Det finns inget begrepp om ett allmänt definierat "Bad Packet -ID". Betydelsen av ett paket -ID och om det är "dåligt" beror helt på det specifika nätverksprotokollet som används.
Här är en uppdelning av varför:
* paket -ID (eller liknande identifierare): Många nätverksprotokoll använder någon form av identifiering i sina paket. Detta kan vara ett sekvensnummer, ett transaktions -ID, ett ramnummer eller något annat helt. Syftet är vanligtvis att:
* beställ paket: Se till att paket kommer i rätt ordning, särskilt viktiga för saker som strömmande video eller ljud.
* Identifiera relaterade paket: Grupppaket som tillhör samma kommunikationssession eller transaktion.
* Upptäck duplikat eller saknade paket: Låt mottagaren identifiera och begära överföring av förlorade paket.
* felkontroll: Vissa protokoll använder ID som en del av deras kontrollsumma eller feldetekteringsmekanismer.
* Vad gör ett ID "dåligt"? Ett "dåligt" paket-ID är kontextberoende. Det kan betyda:
* duplikat -ID: Ett paket anländer med ett ID som redan har tagits emot. Detta indikerar en vidarebefordran som kan vara onödig eller ett problem med nätverket.
* out-of-order ID: Ett paket anländer med ett ID som är utanför sekvensen jämfört med tidigare mottagna paket. Detta indikerar ett nätverksproblem.
* Ogiltigt ID: ID kan vara utanför det tillåtna intervallet för protokollet, kanske på grund av korruption.
* saknad ID: Ett gap i ID:s sekvens visar en paketförlust.
* ID -kollision: I vissa protokoll, särskilt de med mindre sofistikerad ID -hantering, kan en kollision (två paket med samma ID) uppstå.
Exempel:
* tcp: Använder sekvensnummer för att beställa och spåra byte. Ett "dåligt" sekvensnummer skulle vara ett som är i ordning eller en duplikat.
* udp: Garanterar inte i sig order eller tillförlitlig leverans. Även om det inte har ett formellt "paket-ID", lägger du ofta till applikationsnivåprotokoll som är byggda ovanpå UDP till sina egna transaktions-ID eller sekvensnummer. Ett "dåligt" ID i detta fall beror på protokollet på applikationsnivå.
* Ethernet: Använder ramnummer, ofta hanteras av hårdvaran. Frågor här skulle vanligtvis manifestera sig som CRC -fel (skadade data) snarare än uttryckligen "dåliga" ramnummer.
Kort sagt, utan att veta det specifika nätverksprotokollet och hur det använder paketidentifierare, är konceptet med ett "dåligt paket -ID" meningslöst. Problemet är alltid relaterat till sammanhanget och hur protokollet använder ID för tillförlitlig kommunikation.
