En stor del av användningen av termerna ram, paket och PDU är semantik och teknik. Villkoren ram, paket, segment, datagram och protokolldataenheter är inte utbytbara, men de flesta använder dem ofta på så sätt. Denna handledning försöker lyfta fram skillnaderna mellan dem. Vad är en ram Termen ram används oftast för att beskriva en bit data som skapats av nätverkskommunikationshårdvara, såsom nätverkskort (NIC-kort) och routerns gränssnitt. Byt portar primarilly vidarebefordra befintliga ramar och skapa vanligtvis inte egna ramar (såvida de inte deltar i Spanning Tree eller dynamiska VLANs etc.). Det finns Ethernet-ramar, token-ringsramar. FDDI-ramar etc. En ram är helt enkelt en bit av data med ett mönster av bitar i början och eventuellt bitar i slutet. Bitarna i början och slutet av ramen kallas ofta ramavgränsare. Ramar skapas av hårdvaruprotokoll som inte har separata kontrollkretsar i det fysiska media som de är anslutna till. Innehållet i ramarramar innehåller ramavgränsare, hårdvaruadresser, såsom käll - och destinations-MAC-adresser och data inkapslad från ett högre lagerprotokoll. VAD ÄR EN FÖRPACKNING I dokumenten för begäran om kommentarer (RFC) används ofta termen paket för att innebära en ström av binära okteter med data av någon godtycklig längd. Det brukar användas för att beskriva bitar av data som skapats av programvara, inte av hårdvara. Internet Protocol (IP) skapar paket. Denna term är INTE synonymt med termen ram trots att många människor gör det misstag. Information som har brutits i paket beskrivs ibland som packetiserad. Internetprotokoll beskrivs ofta som sändningspaket. Innehållet i paketpaket innehåller logisk adressinformation, till exempel en IP-adress och data. Vad är ett segment Segmentet används oftast för att referera till en bit data som har lagts fram för överföring av Transmission Control Protocol (TCP). Terminsegmentet används oftast i dokumenten för begäran om kommentarer (RFC) som beskriver TCP-protokollet, eftersom TCP sägs hackat en dataström i segment. Sändningskontrollprotokollet beskrivs som sändningssegment. Innehåll i segment Segment innehåller logisk adressinformation, t. ex. en IP-adress, logiska anslutningsidentifierare, såsom portnummer och data som kom från ett datorprogram. TCP garanterar leverans av segmenten. VAD ÄR DATAGRAM Detta är en mer generisk term som ofta används för att beskriva protokoll som fungerar på högre nivåer av OSI-modellen. ususalt nätverksskiktet och uppåt. Datagram är en mindre specifik term än PDU. Typer Datagrams User Datagram Protocol beskrivs som sändande datagram. Datagrammets innehåll Datagram innehåller logisk adressinformation, t. ex. en IP-adress, logiska anslutningsidentifierare, såsom portnummer och data som kom från en datoransökan. UDP-protokollet garanterar inte att datagrammen levereras. VAD ÄR EN PROTOCOL DATA UNIT (PDU) En protokolldatahandling är en term som används i mycket av dokumentationen och pedagogiken för nätverksteknik. Det betyder helt enkelt en bit av data som skapats och är labled av ett visst protokoll. TCP. UDP. IP. OSPF och RIP (och andra protokoll) skulle kunna sägas skapa quotprotocol data unitsquot. Termen är något synonym med paket eller ram, speciellt när den används för att diskutera routingsprotokoll eller spänner träd. Bokmärk den här sidan och dela: Det här är min 2: e vecka i CCNA-förberedelse. Jag läser kapitel 5. Vet inte att det kan vara när jag läser längre ner skulle detta tvivel inte komma in i mitt huvud. Min tvivel är: Jag är klar upp till L2PDU-ramtillverkning med alla sina tidigare lagdatasatser (data, segment, paket). När en ram skapas av L2-protokollen blir det flera byte i volymen intakt (som en förseglad låda - det är hur jag föreställde mig). Men nu skickar L1 den här rutan (består av flera bitar) i enskild bit till destinationsnoden via sin fysiska länk. Detta var jag förlorade idén. Hur kan du bryta den här rutan i bitar och skicka Och hur mottagarens nod får tanken på lådan med dessa mottagna bitar. Kan någon förklara logiken bakom detta. Tack . : 2 Detta är min 2: a vecka i CCNA-förberedelse. Jag läser kapitel 5. Vet inte att det kan vara när jag läser längre ner skulle detta tvivel inte komma in i mitt huvud. Min tvivel är: Jag är klar upp till L2PDU-ramtillverkning med alla sina tidigare lagdatasatser (data, segment, paket). När en ram skapas av L2-protokollen blir det flera byte i volymen intakt (som en förseglad låda - det är hur jag föreställde mig). Men nu skickar L1 den här rutan (består av flera bitar) i enskild bit till destinationsnoden via sin fysiska länk. Detta var jag förlorade idén. Hur kan du bryta den här rutan i bitar och skicka Och hur mottagarens nod får tanken på lådan med dessa mottagna bitar. Kan någon förklara logiken bakom detta. Tack för att du förstår detta måste du komma ihåg vad ett fysiskt nätverk består av. Kablar Vid slutet av dagen kan allt vi verkligen göra för att kablar skickas elektricitet ner dem. Vilka avvikelser kan vi göra med elektricitet som tillåter oss att kommunicera med andra sidan på ett tillförlitligt sätt Det är genom spänningsbyten min vän Så väsentligen efter att rammen har gjorts, ökas den utgående gränssnittsspänningen och minskar för att kommunicera bitar (1s och 0s) över länken. Med det blir det dirigerat över nätverket och på andra sidan börjar det ta emot de 1s och 0s genom att byta spänningar i enlighet därmed. Det är därför vi använder binära för att kommunicera via kopparkablar, eftersom det är lätt att representera en 1 och 0 genom att ändra elektriska spänningar. Eftersom ramen är byggd är den byggd med hjälp av bitar, varför omvandlingen är inte nödvändig, om du använder wireshark eller någon annan protokollanalysator som själva programmet är det som kommer att översätta de råa binära bitarna till begripliga data som käll - och destinations-MAC-adressen . etc. Förhoppningsvis skjuler det lite ljus på hur vi faktiskt skickar paketet på ledningen genom användningen av el. Bara en heads up, med fiberanslutningar görs denna kommunikation genom att släcka och tända ett ljus eftersom vi inte kan transportera elektricitet över glaskablarna. (binärt bit 1 respektive 0). Hoppas det här hjälper 802.3 AT 10Mbps 802.3 är i huvudsak OSI-kompatibelt och definierar ett fysiskt såväl som ett MAC-lager. Vid 10 Mbps är det 802.3 fysiska skiktet sammansatt av ett övre fysikaliskt skikt signalerings (PLS) underlag och ett underlager av lägre fysikaliskt medium (PMA). PLS-underlaget är medium oberoende, ansvarigt för att generera och upptäcka Manchester-koden som används av alla 10Mbps-varianter, vilket säkerställer att klockinformationen överförs tillsammans med data. PMA-delskiktet implementeras av en funktionell enhet som kallas en MAU (Medium Access Unit) som fäster direkt på mediet, sänder och tar emot mediesignaler och identifierar kollisioner. Gränssnittet mellan PMA och PLS-underlag är känt som AUI (Attachment Unit Interface). I 10Base5 är MAU, känd som en transceiver, separat från stationen själv och är ansluten direkt till Ethernet-koaxialkabeln. AUI i 10base5 är en droppe-kabel upp till 50m lång, vilken bär fem vridna par som förbinder stationerna NIC (som implementerar MAC och PLS) och transceiver. I 10Base2 och 10BaseT är emellertid MAU och AUI själva integrerat i NIC, som sedan ansluter direkt till mediet. Precis som PLS-underlagret är MAC-underlaget vanligt för alla varianter av 10 Mbps 802,3 och dess PDU eller ramar har en enkel struktur, som visas i Figur 1. Inledningen består av sju byte av hela form 10101010 och används av mottagaren till tillåta det att skapa bitsynkronisering (det finns ingen klockinformation på Ether när inget skickas). Startramsavgränsaren är en enda byte, 10101011, som är en ramflagga som indikerar början av en ram. MAC-adresserna som används i 802.3 är alltid 48 bitar långa, även om äldre versioner av Ethernet använde 16 bitar. Enligt konventionen citeras Ethernet-adresser som en sekvens av 6 byte (i hexadecimal) med varje byte citerad med bitarna i omvänd ordning (detta nyfikna arrangemang drivs av överföringsordern). Individuella adresser har en signifikant bit av 0, multicastadresser en signifikant bit av 1 (den mest betydande bitmen citeras sålunda som xxxx xxx1). En adress på 48 1 s är en sändning till alla stationer i det lokala nätverket. En intressant egenskap är att enskilda adresser kan vara lokala eller globala, med respektive en viktigaste bit av 0 eller 1 (så en viktigaste byte av xxxx xx0x är global). Lokala adresser har ingen betydelse utom på den lokala Ethernet-installationen, men globala adresser är unika: varje system med ett Ethernet-gränssnitt har en unik global adress som är hårdkopplad till det gränssnittet. I princip kan varje station adressera någon annan, var som helst i världen, men det skulle naturligtvis vara beroende av ett ganska opraktiskt internetlag för att identifiera målet och utföra routing. På en enda Ethernet finns inget sådant problem eftersom en ram ses av alla stationer och var och en kan känna igen sin egen adress. Observera att dessa är adresser till SAP: er högst upp i MAC-delskiktet och det är för dessa SAP: er att Ethernet levererar ramar: från de högre lagens synvinkel är dessa NPA. Fältet LengthEtherType är det enda som skiljer sig mellan 802.3 och Ethernet II. I 802.3 anger det antalet bytes data i ramarnas nyttolast, och kan vara allt från 0 till 1500 byte. Ramar måste vara minst 64 byte långa, inte inkluderade ingressen, så om datafältet är kortare än 46 byte måste det kompenseras av padfältet. Anledningen till att ange en minsta längd ligger i kollisionsdetekteringsmekanismen. I CSMACD måste en station aldrig tillåtas tro att den har överfört en ram framgångsrikt om den ramen faktiskt har upplevt en kollision. I värsta fall tar det dubbelt så höga fördjupningsfördröjningen över nätverket innan en station kan vara säker på att en överföring har lyckats. Om en station skickar en riktigt kort ram kan det faktiskt slutföra att skicka och släppa ner Ether utan att inse att det har inträffat en kollision. 802.3-designreglerna anger en övre gräns för maximal förökningsfördröjning i vilken Ethernet-installation som helst och minsta ramstorlek är mer än dubbelt så här (64 byte tar 51,2 m s för att skicka vid 10 Mbps). I Ethernet II används däremot detta fält för att ange vilken typ av nyttolast som bärs av ramen. Till exempel betyder 0800 16 en IP nyttolast. Faktum är det minsta lagliga värdet av detta fält 0600 16. och eftersom det största värdet av 802.3 Längd är 05DC 16 är det alltid möjligt att berätta Ethernet och 802.3 ramar ihop och de kan därför samexistera i samma nätverk. 802.3 var avsedd att användas med 802.2 LLC som standard nyttolast, den senare använder en 7-bitars subadress för att ange protokolltyp. Detta är dock inte kompatibelt med 16-bitars Ethernet-typ av Ethernet II, så förlängningen av SNAP (Subnetwork Access Protocol) utvecklades. Med en SNAP-utvidgad header kan en LLC PDU bära en 16-bitars EtherType. Slutligen använder fältet Checksum en CRC-32 polynomialkod. För att skicka en ram lyssnar en station på ett 802.3-nätverk först till Ether (carrier sense-funktionen). Om Ether är upptagen, försvinner stationen, men efter den nuvarande aktiviteten stannar den en 1-beständig strategi och väntar bara på en kort, fast fördröjning, mellanrumsavståndet. innan du börjar sända. Om det inte finns kollision, kommer överföringen att slutföras. Om emellertid en kollision upptäcks stannar ramöverföringen och stationen börjar skicka en jammingssignal för att se till att alla andra stationer inser vad som har hänt. Stationen backar sedan av för ett slumpmässigt tidsintervall innan du försöker igen. Back-off-intervallet beräknas med hjälp av en algoritm som kallas stympad binär exponentiell backoff. som fungerar som följer. Stationen väntar alltid på en del av ett 51,2 m tidsintervall, känt som en slits. Stationen väljer ett tal slumpmässigt från uppsättningen och väntar på det antal slitsar. Om det finns en annan kollision väntar det igen, men den här gången för ett nummer valt från. Efter k-kollisioner på samma överföring väljer man sitt tal slumpmässigt från, tills k 10, när satsen är frusen. Efter k 16, den så kallade försöksgränsen. MAC-enheten ger upp och rapporterar ett fel på skiktet ovan. Kollisionen resulterar emellertid typiskt i ett kort missformat paket som heter en runt. Ringen är bara den del av ett paket som den första avsändaren lyckades överföra innan kollisionen inträffade. Om Ethernetkonstruktionsreglerna följs, blir det enkelt att identifiera runt, eftersom det kommer att vara kortare än Ethernetminimum (64 byte). Dess CRC kommer också att vara felaktigt. Runts är vanliga och orsakar lite svårighet på enskilda Ethernet-segment, men det är viktigt att de identifieras och filtreras av en omkopplare för att förhindra att de vidarebefordras i onödan till andra segment.
No comments:
Post a Comment