Tulad ng sa produksyon, ang mga tauhan sa Mga network ng Ethernet magpasya ang lahat. Nagsisilbi ang mga ito bilang isang lalagyan para sa lahat ng mga high-level na packet, kaya upang maunawaan ang isa't isa, ang nagpadala at tagatanggap ay dapat gumamit ng parehong uri ng Ethernet frame. Sa kabutihang palad (o sa kasamaang palad), ang mga frame ay maaaring nasa apat na magkakaibang mga format, at hindi rin masyadong naiiba sa bawat isa. Bukod dito, mayroon lamang dalawang pangunahing format ng frame (sa terminolohiya ng Ingles ay tinatawag silang "mga raw na format") - Ethernet_II at Ethernet_802.3, at naiiba ang mga ito sa layunin ng isang larangan lamang.

Moderno mga network ng kompyuter ay heterogenous sa kalikasan, at ang mga third-layer na network protocol ay kadalasang ginagamit iba't ibang uri Mga frame ng Ethernet. Kaya, sa mga mas lumang bersyon ng Novell's NetWare 3.x, ang default na base format ay Ethernet_802.3, at hindi 802.2 o SNAP, gaya ng ibinigay ng mga pamantayan ng IEEE, at walang ibang gumagamit ng format na ito. Sa paglabas ng NetWare 4.x, ang mga IPX/SPX na protocol ay gumagamit ng karaniwang Ethernet_802.2 na mga frame bilang default, at kasama ang nakaplanong paglipat ng IntranetWare sa TCP/IP na mga protocol, ang network OS na ito ay posibleng gagana sa Ethernet_SNAP na mga frame bilang default, dahil ito ay ang format na ginamit sa pinakabagong mga pagpapatupad TCP/IP. Sa pangkalahatan, maaaring dalhin ang mga IPX/SPX protocol packet gamit ang anumang uri ng frame, kaya - at dahil ang uri ng Ethernet_802.3 ay eksklusibong ginagamit ng Novell - sa araling ito ay titingnan natin ang mga Ethernet frame pangunahin mula sa punto ng view ng mga network ng NetWare .

ETHERNET II

Bagama't karaniwan naming tinatawag ang 802.3 standard sa pangalang Ethernet, hindi ito ganap na tama, dahil ang huling pangalan ay trademark ng Xerox, Intel at Digital, na ang teknolohiya ay nagsilbing prototype para sa napakasikat na pamantayang ito. Ang format na Ethernet_II ay tumutugma sa orihinal na format ng Ethernet frame at may sumusunod na anyo.

Tulad ng anumang frame, ang Ethernet_II ay nagsisimula sa isang pitong-byte na paunang salita na binubuo ng mga alternating ones at mga zero, at isang one-byte na inisyal na frame delimiter kung saan ang dalawang hindi bababa sa makabuluhang mga bit ay 112, sa halip na 102, tulad ng natitirang bahagi ng preamble at delimiter bits . Gayunpaman, upang maging mas tumpak, sa Ethernet_II ang preamble ay hindi nahahati sa preamble mismo at ang inisyal na frame delimiter - at ito ay isa sa mga pagkakaiba sa pagitan ng Ethernet at IEEE 802.3, kahit na napakaliit, maaaring sabihin ng isa, eskolastiko, lalo na dahil napaka kadalasan ang paunang salita ay karaniwang isinasaalang-alang bilang bahagi ng pisikal na mekanismo para sa pag-synchronize ng pagpapadala at pagtanggap ng mga panig, at hindi bilang bahagi ng frame (samakatuwid, sa mga figure ay hindi namin ipahiwatig ang preamble at ang paunang delimiter).

Ang frame header mismo ay binubuo ng isang anim na byte na Destination Address na field, isang anim na byte na Source Address na field, at isang two-byte na Frame Type na field (tingnan ang Figure 1). Habang ipinapadala ang bawat address byte, ang pinakamaliit na makabuluhang bits (pinakamalayo sa kanan) ay unang ipinapadala. Sa address ng tatanggap, ang unang bit na ipinadala (bit 0 ng byte 0) ay nagpapahiwatig ng uri ng address - normal o pangkat. Kaya, ang isang kakaibang unang byte ng patutunguhang address ay nangangahulugan na ang frame ay inilaan para sa isang pangkat ng mga istasyon. Ang isang uri ng multicast transmission ay broadcast transmission. Sa kasong ito, ang lahat ng mga piraso ng address ng tatanggap ay nakatakda sa 1.

Larawan 1.

Ang mga pangunahing Ethernet II at IEEE 802.3 packet ay may parehong istraktura. Ang kanilang pagkakaiba ay nasa layunin ng ika-13 at ika-14 na byte: ang uri ng protocol at mga field ng haba ng frame, ayon sa pagkakabanggit. Pagbabahaginan iba't ibang mga format ng frame sa parehong segment ng Ethernet ay posible dahil sa ang katunayan na ang uri ng protocol ay nailalarawan sa pamamagitan ng isang numero na mas malaki kaysa sa 0x05FE.

Gayunpaman, ang field ng originator address ay dapat maglaman ng address ng partikular na pinanggalingan na istasyon.

Sa kaso ng mga regular na address, tinutukoy ng unang tatlong byte ang tagagawa ng network card, at ang huling tatlong byte ay natatanging numero tiyak na board. Kaya, ang unang tatlong byte ng address ng mga sikat na network card na ginawa ng 3Com ay ipinahayag bilang sumusunod na numero - 02608С sa hexadecimal system radix (pagkatapos nito ay gagamitin natin ang notation 0x upang tukuyin ang mga numero sa hexadecimal notation system, ibig sabihin, ang 3Com identifier ay magmumukhang 0x02608C). Ang address ng tatanggap ay tinatawag ding pisikal o MAC address.

Sa pangkalahatan, kinikilala ng patutunguhang address ang agarang tatanggap sa halip na ang huling tatanggap, tulad ng isang router sa isang Ethernet network. Natutukoy ang huling tatanggap gamit ang mga high-level na protocol. Sa kaso ng TCP/IP, ito ang IP address ng istasyon at ang TCP o UDP port ng proseso sa istasyong ito.

Tinutukoy ng field ng uri ng protocol ang mataas na antas ng protocol, tulad ng IP, AppleTalk, atbp., kung saan ang frame ay isang lalagyan ng packet. Sa ibaba ay ibinibigay namin ang mga halaga ng field ng uri ng protocol para sa ilang karaniwan mga protocol ng network:

Internet Protocol (IP) - 0x0800; Address Resolution Protocol (ARP) - 0x0806; AppleTalk - 0x809B; Xerox Sistema ng Network(XNS) - 0x0600; NetWare IPX/SPX - 0x8137.

Ang susunod na field ng frame ay aktwal na nagsisilbi upang magpadala ng kapaki-pakinabang na impormasyon (sa antas ng frame, tinutukoy namin ang payload bilang impormasyon ng serbisyo ng mga high-level na protocol, tulad ng packet header, atbp.).

Hindi tulad ng mga field ng serbisyo, mayroon ang field ng data variable na haba, at hindi ito maaaring mas maikli sa 46 byte at mas mahaba sa 1500 bytes. Kaya, ang kabuuang haba ng frame na hindi kasama ang preamble at ang paunang frame delimiter ay mula 64 hanggang 1518 bytes. Sa kaso kapag ang aktwal na dami ng data na ipinadala ay mas mababa sa 46 byte (halimbawa, para sa terminal emulation, isang character lang na ipinasok mula sa keyboard ang madalas na ipinadala), ang data field ay may palaman sa pinakamababang laki na may isang placeholder. Maaaring maglagay ng padding byte kahit na higit sa 46 byte ang dami ng data na inililipat. Iminumungkahi ni Novell na kung mayroong isang kakaibang bilang ng mga byte, ang driver ng network card ay nagdaragdag ng isa pa. Ginagawa ito dahil hindi naiintindihan ng ilang mas lumang router ang mga odd-length na frame.

Ang huling field sa frame ay ang four-byte Frame Check Sequence (FCS) field. Ang halaga ng field na ito ay kinakalkula mula sa mga nilalaman ng header at data (kabilang ang padding, ngunit hindi kasama ang preamble at delimiter) gamit ang isang 32-bit Cyclic Redundancy Code (CRC-32) gamit ang sumusunod na formula (sa binary system notasyon):

check sequence = MOD(data/polynomial)

Sa Ethernet, ang bumubuo ng polynomial ay ang polynomial x 32 +x 26 +x 23 +x 23 +x 22 +x 16 +x 12 +x 11 +x 10 +x 8 +x 7 +x 5 +x 4 +x 2 +x+ 1. Ang code na ito nagbibigay-daan sa iyong makita ang 99.999999977% ng lahat ng mga error sa mga mensahe hanggang sa 64 bytes ang haba! Kaya, halos zero ang posibilidad na maramdaman ng tatanggap na istasyon ang isang nasirang frame bilang buo.

Pagkatapos matanggap ang frame, muling kinakalkula ng receiving station ang check sequence at inihahambing ang resultang resulta sa mga nilalaman ng field ng FCS. Kung mayroong mismatch, ang packet ay itinuturing na sira at hindi papansinin.

BASIC 802.3 FRAME FORMAT

Ang format ng frame na tinukoy ng 802.3 na detalye ay halos magkapareho sa hinalinhan nito, maliban na ang field ng uri ng protocol ay may kahulugan ng haba ng frame. Sa unang tingin, hahantong ito sa pagkalito kapag ang Ethernet_II at Ethernet_802.3 na mga frame ay ipinadala sa pagitan ng mga istasyon sa parehong segment. Gayunpaman, sa pagsasagawa, ang mga frame na ito ay hindi mahirap makilala sa bawat isa. Tulad ng nasabi na natin, ang haba ng field ng data ay hindi lalampas sa 1500 bytes, samakatuwid, alinsunod sa mga tinatanggap na convention, ang high-level na uri ng protocol ay nakatakda sa higit sa 0x05FE (1518 sa hexadecimal notation - ang buong haba ng frame), dahil ang isang two-byte na field ay maaaring tumagal ng 65,536 iba't ibang mga halaga . Kaya, kung ang field value sa pagitan ng source address at ng data ay mas mababa sa o katumbas ng 1518, ito ay isang 802.3 frame, kung hindi, ito ay isang Ethernet_II frame.

Ang isa pang bahagyang pagkakaiba sa pagitan ng Ethernet at 802.3 ay ang pag-uuri ng mga multicast address. Hindi tulad ng Ethernet, hinahati ng 802.3 na detalye ang mga multicast na address sa mga may global at lokal na kahulugan. Gayunpaman, ang dibisyong ito ay bihirang ginagamit sa pagsasanay. (Napag-usapan namin ang tungkol sa ikatlong maliit na pagkakaiba - sa paunang salita - sa itaas.)

Ayon sa modelo ng sanggunian OSI, ang bawat bloke ng data ng protocol ay naglalaman ng (mga naka-encapsulate) na mga packet ng mas mataas na mga protocol ng stack nito. Inilalarawan ng 802.3 protocol ang isang medium access method - ang mas mababang sublayer ng data link layer, at kung saan ang nakapatong na protocol ay ang logical protocol

channel control (Logical Link Control, LLC) - ang itaas na sublayer ng link layer. Samakatuwid, ang pamantayan ay nangangailangan na ang field ng data ay naglalaman ng isang LLC header. Sa mga unang bersyon ng NetWare, hindi pinansin ni Novell ang header na ito at nagsimulang maglagay ng mga IPX/SPX packet nang direkta pagkatapos ng field ng haba ng frame, at nagsimula ang field ng data sa parehong paraan tulad ng isang normal na header ng IPX, na may dalawang byte na binubuo ng isa (ang numerong 0xFFFF) . Sa madaling salita, ginamit lang ni Novell ang mga frame bilang isang lalagyan.

Sa prinsipyo, ang paggamit ng pangunahing 802.3 na format ng frame na walang itaas na layer ng link sa itaas ay nagbibigay-daan sa Novell na bawasan ang ilan sa overhead nito sa bawat frame. Gayunpaman, maliit ang pakinabang, at sa isang magkakaiba na kapaligiran, ang paggamit ng hindi karaniwang format ay humahantong sa isang pagkawala, dahil ang router o network card pinilit na suriin karagdagang mga patlang upang matukoy ang uri ng pakete. Isa ito sa mga motibasyon kung bakit, simula sa bersyon 4.0, lumipat si Novell sa default karaniwang format Ethernet_802.2. Ang isa pang dahilan ay ang paggamit ng Ethernet_802.3 pangunahing mga frame ay naging imposible na gumamit ng mga opsyon sa seguridad tulad ng packet signing, dahil sa katotohanan na ang checksum packet ay naayos sa 0xFFFF upang ang Ethernet_802.3 frame ay maaaring makilala mula sa iba pang mga uri ng frame.

DALAWANG STANDARD FORMAT

Ang mga detalye ng IEEE ay nagbibigay lamang ng dalawang karaniwang format - 802.2 at 802.2 SNAP, ang pangalawa ay natural na extension ng una. Tulad ng nabanggit na, ang isang karaniwang frame ay dapat maglaman sa impormasyon ng serbisyo sa field ng data para sa kontrol ng lohikal na channel, katulad ng isang one-byte na field ng service access point para sa tatanggap (Destination Service Access Point, DSAP), isang one-byte na field ng service access point para sa nagpadala (Source Service Access Point, SSAP) at isang one-byte control field (tingnan ang Figure 2). Nagtatalaga ang IEEE ng mga numero ng Service Access Point (SAP), at inilaan nito ang mga sumusunod na numero:

Ang mga field ng DSAP at SSAP ay ginagamit upang tukuyin ang pinagbabatayan na protocol at, bilang panuntunan, naglalaman ng parehong halaga. Ang control field ay karaniwang nakatakda sa 0x03 (ayon sa LLC protocol, nangangahulugan ito na ang koneksyon ay naka-on antas ng link hindi naka-install).

Sub-Network Access Protocol Access Protocol, SNAP) ay idinisenyo upang madagdagan ang bilang ng mga sinusuportahang protocol, dahil ang mga single-byte na field ng SAP ay maaaring suportahan ang maximum na 256 na mga protocol. Ang format na Ethernet_SNAP ay nagbibigay ng karagdagang limang-byte na field para sa protocol identification (PI) sa loob ng field ng data, at ang mga halaga ng huling dalawang byte ng field na ito ay pareho sa mga value ng protocol field sa Ethernet_II kung ang ang mga frame ay naglalaman ng mga packet ng parehong mataas na antas ng protocol, halimbawa ang mga ito ay katumbas ng 0x8137 para sa NetWare.

ALGORITHM PARA SA PAGTUKOY NG FORMAT NG FRAME

Hindi mahirap na makilala ang isang format ng Ethernet frame mula sa isa pa, at magagawa mo ito gamit ang sumusunod simpleng algorithm(tingnan ang Larawan 3). Dapat munang suriin ng driver ang halaga ng field ng uri ng protocol/haba ng frame (ika-13 at ika-14 na byte sa header). Kung ang value na nakasulat doon ay mas malaki sa 0x05FE (maximum na posibleng haba ng frame), ito ay isang Ethernet_II frame.

(1x1)

Larawan 3.

Upang matukoy ang uri ng Ethernet frame, kailangan mo munang suriin ang halaga ng field pagkatapos ng source address, at pagkatapos ay ang unang dalawang byte ng field ng data.

Kung hindi, dapat mong ipagpatuloy ang pagsusuri. Kung ang unang dalawang byte ay 0xFFFF, ito ay Ethernet_802.3 na format para sa NetWare 3.x. Kung hindi, ito ay isang karaniwang 802.2 frame format, at kailangan lang nating malaman kung alin sa dalawa ang normal (Ethernet_802.2) o extended (Ether-net_SNAP). Sa kaso ng Ethernet_SNAP, ang halaga ng una, pati na rin ang pangalawa, byte sa field ng data ay 0xAA. (Ang halaga ng ikatlong byte ay 0x03, ngunit hindi na kailangang suriin ito.)

BEHIND THE SCENES

Ang iba't ibang mga protocol ay gumagamit ng iba't ibang mga format ng frame (tingnan ang Talahanayan 1). Gayunpaman, ang bilang ng huli ay hindi masyadong malaki, at hindi mahirap na makilala ang mga ito mula sa isa't isa. Bilang karagdagan, ang TCP/IP protocol ay lumilipat sa isang nangingibabaw na posisyon hindi lamang sa mga pandaigdigang network, kundi pati na rin sa mga lokal na network, kaya kahit si Novell ay nagpasya na abandunahin ang IPX/SPX protocol nito sa pabor ng TCP/IP sa susunod na bersyon ng NetWare. Nangangahulugan ito na sa karamihan ng mga kaso ang administrator ng network ay hindi kailangang mag-alala tungkol sa kung aling format ng Ethernet frame ang ginagamit. Gayunpaman, tulad ng ipinapakita ng karanasan, ang mga legacy na teknolohiya ay nabubuhay nang mahabang panahon, kaya ang kaalaman sa mga format ng frame ay maaaring maging praktikal pati na rin ang teoretikal na interes.

TALAHANAYAN 1 - MGA PROTOCOL AT MGA KAUGNAY NA URI NG BALANGKAS

Mga teknolohiya sa network

Ang artikulo ay naging napakalaki, ang mga paksang tinalakay ay ang mga format ng Ethenet frame, mga limitasyon sa laki ng L3 Payload, ebolusyon ng mga laki ng header ng Ethernet, Jumbo Frame, Baby-Giant, at marami pang ibang bagay ang naantig sa pagdaan. Nakita mo na ang ilan sa mga ito sa panitikan ng pagsusuri sa mga network ng data, ngunit tiyak na hindi mo pa nakikita ang marami sa kanila kung hindi ka pa nakagawa ng malalim na pagsasaliksik.

Magsimula tayo sa pamamagitan ng pagtingin sa mga format ng header ng mga Ethernet frame sa pila ng kanilang kapanganakan.

Mga format ng Ethernet frame.

1) Ethernet II

kanin. 1

Preamble– isang pagkakasunud-sunod ng mga bit na, sa katunayan, ay hindi bahagi ng ETH header, na tumutukoy sa simula ng isang Ethernet frame.

DA (Destination Address) – MAC address destinasyon, maaaring unicast, multicast, broadcast.

SA (Address ng Pinagmulan)– MAC address ng nagpadala. Laging unicast.

E-TYPE (EtherType)– Tinutukoy ang L3 protocol (halimbawa, 0x0800 – Ipv4, 0x86DD – IPv6, 0x8100 - ay nagpapahiwatig na ang frame ay may tag na 802.1q header, atbp. Listahan ng lahat ng EtherTypes - standards.ieee.org/develop/regauth/ethertype/ eth.txt)

Payload– L3 packet size mula 46 hanggang 1500 bytes

FCS (Frame Check Sequences)– 4 byte na halaga ng CRC na ginamit upang makita ang mga error sa paghahatid. Kinakalkula ng nagpapadalang partido, at inilagay sa field ng FCS. Kinakalkula ng tatanggap na partido binigay na halaga nang nakapag-iisa at inihambing ito sa natanggap.

Ang format na ito ay nilikha sa pakikipagtulungan ng 3 kumpanya - DEC, Intel at Xerox. Sa bagay na ito, ang pamantayan ay tinatawag din pamantayan ng DIX Ethernet. Ang bersyon na ito ang pamantayan ay nai-publish noong 1982 (ang unang bersyon, Ehernet I, ay nai-publish noong 1980. Ang mga pagkakaiba sa mga bersyon ay maliit, ang format sa kabuuan ay nananatiling hindi nagbabago). Noong 1997 taon ang pamantayang ito Ang IEEE ay idinagdag sa pamantayang 802.3, at sa ngayon, ang karamihan sa mga packet sa mga network ng Ethernet ay naka-encapsulate ayon sa pamantayang ito.

2) Ethernet_802.3/802.2 (802.3 na may LLC header)

kanin. 2

Tulad ng naiintindihan mo, ang komite ng IEEE ay hindi maaaring manood nang mahinahon habang ang kapangyarihan, pera at kababaihan ay literal na dumulas sa kanilang mga kamay. Samakatuwid, abala sa mas maraming pagpindot sa mga problema, para sa standardisasyon Mga teknolohiya ng Ethernet nagsimula sa ilang pagkaantala (noong 1980 ay bumagsak sila sa negosyo, noong 1983 binigyan nila ang mundo ng isang draft, at noong 1985 ang pamantayan mismo), ngunit may malaking sigasig. Ipinahayag ang pagbabago at pag-optimize bilang mga pangunahing prinsipyo nito, inilabas ng komite susunod na format frame, na makikita mo sa Figure 2.

Una sa lahat, binibigyang-pansin namin ang katotohanan na ang "hindi kinakailangang" E-TYPE na field ay na-convert sa Length field, na nagsasaad ng bilang ng mga byte na sumusunod sa field na ito at bago ang field ng FCS. Ngayon, posibleng maunawaan kung sino ang may mas mahaba na nasa ikalawang antas ng sistema ng OSI. Ang buhay ay naging mas mahusay. Naging mas masaya ang buhay.

Ngunit, kailangan ang isang pointer sa layer 3 na uri ng protocol, at ibinigay ng IEEE sa mundo ang sumusunod na pagbabago - dalawang field ng 1 byte bawat isa - Source Service Access Point ( SSAP) at Destination Service Access Point ( DSAP). Ang layunin ay pareho - upang makilala ang mas mataas na protocol, ngunit ano ang pagpapatupad! Ngayon, salamat sa pagkakaroon ng dalawang field sa loob ng isang session, ang isang packet ay maaaring ipadala sa pagitan ng iba't ibang mga protocol, o ang parehong protocol ay maaaring tawaging naiiba sa dalawang dulo ng parehong session. A? Ano ang hitsura nito? Nasaan ang iyong Skolkovo?

Tandaan: Ito ay hindi gaanong nagagamit sa totoong buhay at ang mga halaga ng SSAP/DSAP ay karaniwang nagtutugma. Halimbawa, ang SAP para sa IP ay 6, para sa STP - 42 (buong listahan ng mga halaga - standards.ieee.org/develop/regauth/llc/public.html)

Nang hindi binibigyan ng pahinga ang kanilang sarili, nagreserba ang IEEE ng 1 bit bawat isa sa SSAP at DSAP. Sa SSAP sa pamamagitan ng pagtukoy ng command o response packet, sa DSAP sa pamamagitan ng pagtukoy ng grupo o indibidwal na address (tingnan ang Fig. 6). Ang mga bagay na ito ay hindi laganap sa mga network ng Ethernet, ngunit ang bilang ng mga bit sa mga field ng SAP ay nabawasan sa 7, na naiwan lamang ng 128 posibleng mga numero sa ilalim ng mga tagubilin ng isang mas mataas na protocol. Alalahanin natin ang katotohanang ito;

Mahirap nang huminto sa kagustuhan kong gawin pinakamahusay na format frame sa lupa, at 1 byte na field ay lilitaw sa IEEE frame format Kontrolin. Responsable, hindi gaano, hindi kaunti, para sa Koneksyon-less o Connection-oriented na koneksyon!

Pagkatapos ng paghinga at pagsusuri sa kanilang utak, nagpasya ang IEEE na magpahinga.

Magkomento: Ang 3 field na pinag-uusapan ay DSAP, SNAP at Control at ang LLC header.

3) "Raw" 802.3

kanin. 3

Ang "substandard" na ito ay dinala sa mundo ni Novell. Iyon ay ang ligaw na 80s, lahat ay nakaligtas sa abot ng kanilang makakaya, at si Novell ay walang pagbubukod. Ang pagkakaroon ng nakuha ang 802.3/802.2 standard na detalye sa panahon ng proseso ng pag-unlad, at sa isang kisap-mata ng pulso, na itinapon ang LLC header, si Novell ay nakakuha ng isang magandang format ng frame (na may kakayahang sukatin ang haba sa pangalawang antas!), ngunit may isang makabuluhang disbentaha - ang kakulangan ng kakayahang tukuyin ang isang mas mataas na protocol. Ngunit, tulad ng nahulaan mo na, ang mga taong nagtrabaho doon ay hindi tanga, at sa pamamagitan ng sentido komun ay nakagawa sila ng solusyon - "ibahin natin ang ating mga pagkukulang sa ating sariling mga pakinabang," at limitado ang format ng frame na ito ng eksklusibo sa IPX protocol, na sila mismo ang sumuporta. At ang ideya ay mabuti, at ang plano ay madiskarteng tama, ngunit, tulad ng ipinakita ng kasaysayan, hindi ito gumana.

4) 802.3 na may SNAP Header.

Lumipas ang oras. Napagtanto ng komite ng IEEE na ang mga numero ng protocol at pera ay nauubusan. Ang nagpapasalamat na mga gumagamit ay binomba ang mga editor ng mga titik, kung saan ang 3-byte LLC na header ay inilagay sa isang par na may napakahusay na mga inobasyon ng sangkatauhan tulad ng pagbibigay ng isang aso na may 5th leg, o ng isang manggas na maaaring magamit upang i-optimize ang babaeng anatomy. Imposibleng maghintay pa;

kanin. 4

At upang matulungan ang mga nagdurusa mula sa kakulangan ng mga numero ng protocol (maaaring mayroong 128 sa kabuuan - nabanggit namin), ipinakilala ng IEEE ang isang bagong Ethernet SNAP frame standard (Fig. 4). Ang pangunahing pagbabago ay ang pagdaragdag ng isang 5-byte na Subnetwork Access Protocol (SNAP) na field, na binubuo naman ng dalawang bahagi - isang 3-byte na Organizationally Unique Identifier (OUI) na field at isang 2-byte na Protocol ID (PID) - Fig . 5.

kanin. 5

OUI o vendor code – nagbibigay-daan sa iyong tukuyin ang mga proprietary protocol sa pamamagitan ng pagtukoy sa vendor. Halimbawa, kung nakakuha ka ng PVST+ packet na may WireShark, makikita mo ang code 0x00000c sa field ng OUI, na siyang Cisco Systems identifier (Fig. 6).

kanin. 6

Komento: Napakadaling makita ang isang packet na naka-encapsulate sa 802.3 SNAP frame format kahit ngayon - lahat ito ay mga protocol ng pamilya ng STP, CDP, VTP, DTP na mga protocol.

Ang field ng PID ay mahalagang parehong EtherType field mula sa DIX Ethernet II - 2 bytes na nagpapahiwatig ng mas mataas na antas ng protocol. Dahil dati, ang mga field ng DSAP at SSAP ng LLC header ay ginamit para dito, upang ipahiwatig na ang uri ng mas mataas na protocol ay dapat tingnan sa field ng SNAP, ang mga field ng DSAP at SSAP ay kumukuha ng isang nakapirming halaga na 0xAA (nakikita rin sa Larawan 6)

Komento: Kapag ginagamit ang LLC/SNAP frame format upang maghatid ng mga IP packet, ang IP MTU ay binabawasan mula 1500 hanggang 1497 at 1492 bytes, ayon sa pagkakabanggit.

Kung tungkol sa mga heading sa format ng frame, iyon talaga. Gusto kong ituon ang iyong pansin sa isa pang punto sa format ng frame – ang laki ng payload. Saan nagmula ang saklaw na ito - mula 46 hanggang 1500 bytes?

L3 Laki ng kargada.

Marahil alam ng lahat na nakabasa ng unang kurikulum ng CCNA kung saan nagmula ang mas mababang limitasyon. Ang limitasyong ito ay bunga ng limitasyon sa laki ng frame na 64 bytes (64 bytes - 14 bytes L2 header - 4 bytes FCS = 46 bytes) na ipinataw ng paraan ng CSMA/CD - ang oras na kinakailangan upang magpadala ng 64 bytes ng interface ng network ay kinakailangan at sapat upang matukoy ang isang banggaan sa kapaligiran Ethernet.
Komento: Sa mga modernong network, kung saan hindi kasama ang paglitaw ng mga banggaan, limitasyong ito ay hindi na nauugnay, ngunit ang kinakailangan ay nananatili. Hindi lang ito ang "apendise" na natitira mula sa mga panahong iyon, ngunit pag-uusapan natin ang mga ito sa isa pang artikulo.

Ngunit saan nagmula ang kilalang 1500 byte na ito ay isang mas kumplikadong tanong. Natagpuan ko ang sumusunod na paliwanag - mayroong ilang mga kinakailangan para sa pagpapakilala ng limitasyon sa laki ng itaas na frame:

• Pagkaantala ng paghahatid - mas malaki ang frame, mas matagal ang paghahatid. Para sa mga naunang network, kung saan ang Collision domain ay hindi limitado sa isang port at ang lahat ng mga istasyon ay kailangang maghintay para makumpleto ang paghahatid, ito ay isang malubhang problema.
• Kung mas malaki ang frame, mas malaki ang posibilidad na masira ang frame sa panahon ng paghahatid, na hahantong sa pangangailangan para sa muling pagpapadala, at lahat ng device sa collision domain ay mapipilitang maghintay muli.
• Ang mga limitasyon na ipinataw ng memorya na ginamit para sa mga buffer ng interface - sa oras na iyon (1979), isang pagtaas sa mga buffer ay makabuluhang nadagdagan ang gastos ng interface.
• Ang limitasyong ipinakilala ng field na Haba/Uri ay ang pamantayan ay nagtatakda na ang lahat ng mga halaga sa itaas 1536 (mula 05-DD hanggang 05-FF.) ay nagpapahiwatig ng EtherType, kaya ang haba ay dapat na mas mababa sa 05-DC. (Talagang may hinala ako na ito ay higit na kahihinatnan kaysa sa isang kinakailangan, ngunit tila impormasyon mula sa mga developer ng 802.3 na pamantayan)

Sa kabuuan, sa pamantayang 802.3, ang laki ng frame ay limitado sa 1518 byte sa itaas, at ang payload sa 1500 bytes (kaya ang default na laki ng MTU para sa interface ng Ethernet).

Komento: Ang mga frame na mas maliit sa 64 bytes ay tinatawag na Runts, ang mga frame na mas malaki sa 1518 bytes ay tinatawag na Giants. Maaari mong tingnan ang bilang ng mga naturang frame na natanggap sa interface gamit ang show interface gigabitEthernet module/number at ipakita ang interface gigabitEthernet module/number counters errors commands. Bukod dito, bago ang IOS 12.1(19), ang mga counter ay kasama ang parehong mga frame na may hindi tama at tamang CRS (bagaman ang huli ay hindi palaging ibinabagsak - depende sa platform at mga kondisyon). Ngunit simula sa 12.1.(19), ang mga runt at higanteng frame lang na may maling CRS ang ipinapakita sa mga counter na ito, mga frame na mas mababa sa 64 bytes, ngunit may tamang CRS (ang dahilan ng paglitaw ay karaniwang nauugnay sa 802.1Q detection o ang pinagmulan ng mga frame, at hindi mga problema sa pisikal na antas) mula sa bersyong ito ay pumunta sa Undersize counter, kung ang mga ito ay ibinaba o ipapasa pa ay depende sa platform.

Ebolusyon ng mga laki ng header ng Ethernet.

Sa pag-unlad ng mga teknolohiya at pagtutukoy ng linya ng IEEE 802, ang laki ng frame ay sumailalim din sa mga pagbabago. Mga pangunahing pagbabago sa laki ng frame (hindi MTU!):

• 802.3AC - pinapataas ang maximum na laki ng frame sa 1522 - isang Q-tag ang idinagdag - nagdadala ng impormasyon tungkol sa 802.1Q (VLAN tag) at 802.1p (bits sa ilalim ng COS)
• 802.1AD - pinapataas ang maximum na laki ng frame sa 1526, suporta sa QinQ
• 802.1AH (MIM) – Provider Bridge Backbone Mac sa Mac + 30 bytes sa laki ng frame
• MPLS – dagdagan ang laki ng frame sa pamamagitan ng label stack 1518 + n*4, kung saan ang n ay ang bilang ng mga label sa stack.
• 802.1AE – Mac Security, ang Security Tag at Message Authentication Code na mga field ay idinagdag sa mga standard na field + 68 bytes sa laki ng frame.

Ang lahat ng malalaking frame na ito ay pinagsama-sama sa ilalim ng isang pangalan - Baby-Giant mga frame. Ang hindi binibigkas na limitasyon sa itaas na laki para sa Baby-Giant ay 1600 bytes. Ipapasa ng mga modernong network interface ang mga frame na ito, kadalasan nang hindi binabago ang halaga ng HW MTU.

Bigyang-pansin natin ang mga detalye ng 802.3AS - pinapataas nito ang maximum na laki ng frame sa 2000 (ngunit pinapanatili ang laki ng MTU sa 1500 bytes!). Ang pagtaas ay nasa pamagat at trailer. Sa una, ang pagtaas ay binalak na maging 128 bytes - para sa katutubong suporta standard 802.3 ng mga extension sa itaas, ngunit sa huli ay sumang-ayon sila sa 2 libo, tila upang hindi mag-ipon nang dalawang beses (o gaya ng sinasabi nila sa IEEE - ang laki ng frame na ito ay susuportahan ang mga kinakailangan sa encapsulation ng nakikinita na hinaharap). Ang pamantayan ay naaprubahan noong 2006, ngunit maliban sa mga presentasyon ng IEEE, hindi ko ito nakita. Kung mayroon mang idadagdag dito (at hindi lamang dito) - maligayang pagdating sa mga komento. Sa pangkalahatan, ang takbo ng pagtaas ng laki ng frame habang pinapanatili ang laki ng PAYLOAD ay nagdudulot ng hindi malinaw na pagdududa sa aking isip tungkol sa kawastuhan ng napiling direksyon ng paggalaw.

Komento: Maliban sa itaas, ang FCoE frame ay naayos na - ang laki ng frame ay hanggang 2500 bytes, kadalasan ang mga frame na ito ay tinatawag na mini-jumbo. Upang suportahan ang mga ito, dapat mong paganahin ang suporta ng jumbo-frame.

At ang huling "bastard" ng Ethernet ay ang Jumbo Frame (bagama't kung isasalin mo ang Jumbo, ang Hodor ay lilitaw na mas katulad ng isang reference sa Game of Thrones). Kasama sa paglalarawang ito ang lahat ng mga frame na mas malaki kaysa sa karaniwang sukat na 1518 bytes, maliban sa mga tinalakay sa itaas. Ang mga jumbo package ay hindi makikita sa anumang paraan sa mga detalye ng 802.3 at samakatuwid ang pagpapatupad ay nananatiling nakasalalay sa bawat indibidwal na vendor. Gayunpaman, ang mga Jumbo frame ay nasa paligid hangga't ang Ethernet ay nasa paligid. Ito ay tinukoy bilang mga sumusunod:

1. Makinabang mula sa Payload sa ratio ng header. Kung mas mataas ang ratio na ito, mas mahusay na magagamit natin ang mga linya ng komunikasyon. Siyempre, ang gap dito ay hindi magiging katulad ng kung ihahambing sa paggamit ng mga packet na 64 bytes at 1518 bytes para sa mga TCP session. Ngunit maaari mong manalo ang iyong 3-8 porsyento, depende sa uri ng trapiko.
2. Ang isang makabuluhang mas maliit na bilang ng mga header ay bumubuo ng mas kaunting pagkarga sa Forwading Engine, gayundin sa mga serbisyo ng Engine. Halimbawa, ang frame rate para sa isang 10G link na may load na 1500 byte frames ay 812,744 frames per second, at ang parehong link na may load na Jumbo frames na 9000 bytes ay bumubuo ng frame rate na 138,587 frames per second lang. Ipinapakita ng Figure 7 ang isang graph mula sa ulat ng Alteon Networks (mapupunta ang link sa ibaba ng artikulo) ng paggamit ng CPU at gigabit link, depende sa uri ng laki ng frame na ginamit.
3. Taasan ang TCP Throughput kapag nagbago ang laki ng MTU -

Ang pamantayan ng teknolohiya ng Ethernet, na inilarawan sa 802.3, ay naglalarawan ng isang format ng frame ng MAC layer. Dahil ang MAC layer frame ay dapat maglaman ng LLC layer frame na inilarawan sa dokumento 802.2, ayon sa IEEE standards, isang bersyon lang ng link layer frame ang maaaring gamitin sa isang Ethernet network, na nabuo sa pamamagitan ng kumbinasyon ng MAC at LLC sublayer header.

Gayunpaman, sa pagsasagawa, ang mga Ethernet network ay gumagamit ng 4 na uri ng mga header sa layer ng data link. Ito ay dahil sa mahabang kasaysayan ng pag-unlad ng teknolohiya ng Ethernet bago ang pag-ampon ng mga pamantayan ng IEEE 802, kapag ang LLC sublayer ay hindi nahiwalay sa pangkalahatang protocol at, nang naaayon, ang LLC header ay hindi ginamit.

Isang consortium ng tatlong kumpanya, Digital, Intel, at Xerox, ang nagsumite ng kanilang pagmamay-ari na bersyon ng Ethernet standard sa 802.3 committee noong 1980, ngunit ang 802.3 committee ay nagpatibay ng isang pamantayan na naiiba sa ilang detalye mula sa panukala ng DIX. Ang mga pagkakaiba ay may kinalaman din sa format ng frame, na nagbunga ng pagkakaroon ng dalawang magkaibang uri ng mga frame sa Ethernet network.

Ang isa pang format ng frame ay lumitaw bilang resulta ng mga pagsisikap ni Novell na pabilisin ang protocol stack nito sa mga Ethernet network.

Sa wakas, ang ikaapat na format ng frame ay ang resulta ng mga pagsisikap ng komite ng 802.2 na dalhin ang mga nakaraang format ng frame sa ilang karaniwang pamantayan.

Ngayon halos lahat mga adaptor ng network, maaaring gumana ang mga driver ng network adapter, bridge/switch at router sa lahat ng mga format ng frame ng teknolohiya ng Ethernet na ginagamit sa pagsasanay, at awtomatikong ginagawa ang pagkilala sa uri ng frame.

Nasa ibaba ang isang paglalarawan ng lahat ng apat na pagbabago ng Ethernet frame header (dito, ang isang frame ay nangangahulugang ang buong hanay ng mga field na nauugnay sa layer ng data link, iyon ay, ang mga field ng MAC at LLC layer):

802.3/LLC frame (802.3/802.2 frame o Novell 802.2 frame)

Raw 802.3 frame (o Novell 802.3 frame)

Ethernet DIX frame (o Ethernet II frame)

Frame ng Ethernet SNAP

Ang mga format ng apat na uri ng Ethernet frame na ito ay ipinapakita sa Figure 6.2.

Fig.6. 2. Mga format ng Ethernet frame.

kanin. 14.3. Mga format ng Ethernet frame.

802.3/llc frame

Ang 802.3/LLC frame header ay ang resulta ng pagsasama-sama ng mga field ng frame header na tinukoy sa mga pamantayan ng IEEE802.3 at 802.2.

Ang pamantayang 802.3 ay tumutukoy sa walong mga field ng header:

Preamble field ( Preamble ) binubuo ng pitong byte ng data ng orasan. Ang bawat byte ay naglalaman ng parehong pagkakasunud-sunod ng mga bit - 10101010 . Sa Manchester coding, ang kumbinasyong ito ay kinakatawan sa pisikal na kapaligiran ng isang periodic wave signal na may dalas na 5 MHz.

Simulan ang frame limiter (Magsimula- ng- frame- delimiter, SFD) binubuo ng isang byte na may isang hanay ng mga piraso 10101011 . Ang hitsura ng bit pattern na ito ay isang indikasyon na ang susunod na byte ay ang unang byte ng frame header.

Address mga appointment (Destination Address, DA) - 6 na bait. Unang bit ng mataas na byte ang destinasyong address ay tanda oh ayan indibidwal o pangkat na address. Kung 0 , kung gayon ang address ay indibidwal ( unicast ), paano kung 1 , pagkatapos ito address ng pangkat ( multicast ). Ang isang address ng pangkat ng network ay maaaring inilaan para sa lahat ng mga node ng network o isang partikular na grupo ng mga node ng network. Kung ang address binubuo ng lahat ng mga yunit, iyon ay, mayroon itong hexadecimal na representasyon 0* FFFFFFFFFFFF, pagkatapos ito ay inilaan lahat ng node network ay tinatawag address ng broadcast ( broadcast ) . Sa ibang mga kaso, ang address ng pangkat ay nauugnay lamang sa mga node na na-configure (halimbawa, manu-mano) bilang mga miyembro ng pangkat na ang numero ay tinukoy sa address ng pangkat. Pangalawang bit ng mataas na byte tinutukoy ang mga address paraan ng pagtatalaga ng isang address - sentralisado o lokal. Kung ang bit na ito ay pantay 0 (na halos palaging nangyayari sa karaniwang kagamitan sa Ethernet), pagkatapos address na nakatalaga sa gitna, sa tulong ng komite ng IEEE. Ang IEEE Committee ay namamahagi ng tinatawag na mga natatanging identifier ng organisasyon (OrganisasyonNatatangiIdentifier, OUI) . Ang identifier na ito ay inilagay sa 3 pinaka makabuluhang byte ng address ( halimbawa, kinikilala ng identifier na 000081 ang kumpanyang Bay Networks ) .Ang tagagawa ng kagamitan ay may pananagutan para sa pagiging natatangi ng mas mababang 3 byte ng address.Dalawampu't apat na piraso, na inilaan sa tagagawa para sa pagtugon sa mga interface ng mga produkto nito, payagan ang paglabas 16 milyong mga interface sa ilalim ng isang ID ng organisasyon.

Ang pagiging natatangi ng mga sentral na ipinamamahaging address ay nalalapat sa lahat ng pangunahing teknolohiya ng lokal na network - Ethernet, TokenRing, FDDI, atbp. Pansin:

Sa mga pamantayan ng IEEE Ethernet, ang hindi bababa sa makabuluhang bit ng isang byte ay inilalarawan sa pinakakaliwang posisyon ng field, at ang pinaka makabuluhang bit ay inilalarawan sa pinakakanang posisyon. Ito ay isang hindi karaniwang paraan ng pagpapakita ng pagkakasunud-sunod ng mga bit sa isang byte ayon sa pagkakasunud-sunod kung saan ang mga bit ay ipinadala sa linya ng komunikasyon ng Ethernet transmitter. Pinagmulan ng address ( Pinagmulan , Address ) S.A.

- 6-byte na field na naglalaman ng address ng istasyon - ang nagpadala ng frame. Ang unang bit ay palaging may halaga na 0. ) . Ang haba (Haba, L Dobleng byte

haba ng field tumutukoy sa haba ng field ng data sa frame. Ang 802.3 frame ay isang MAC sublayer frame, alinsunod sa 802.2 standard Vkanyang

DSAP field ng data na naka-embed sa sublayer frame ng LLC ( nang inalis ang simula at dulo ng mga flag ng frame address ng access ng serbisyo ng tatanggap Patutunguhan Serbisyo ) Access

SSAP Punto -1 byte. address access serbisyo nagpadala

Kontrolin (Source Service Access Point) - 1 byte.

9. control field – 1 byte sa LLC1 mode at 2 byte sa LLC2 mode. ) Patlang ng data ( (Data) upang i-pad ang frame sa minimum na pinapayagang halaga na 46 bytes. Dahil ang LLC frame ay may haba ng header na 3 (sa LLC1 mode) o 4 byte (sa LLC2 mode), ang maximum na laki ng field ng data ay binabawasan sa 1497 (1796) byte.

10. Field ng checksum ( frame Suriin Pagkakasunod-sunod , FCS ) - 4 na byte na naglalaman ng value na kinakalkula gamit ang isang partikular na CRC-32 algorithm.

Detection - CSMA/CD). Ang lahat ng mga computer sa network ay may access sa isang karaniwang bus sa pamamagitan ng network adapter na nakapaloob sa bawat computer, gamit ang half-duplex transmission mode. Diagram ng koneksyon sa computer coaxial cable ay ipinapakita sa Fig. 6.1.

kanin. 6.1.

Mga istasyon sa isang tradisyonal na lokal na network Ethernet maaaring konektado nang magkasama gamit ang isang pisikal na bus o star topology, ngunit lohikal na topolohiya- laging pagod. Ang ibig sabihin nito ay ang medium (channel) ay ibinabahagi sa mga istasyon at isang istasyon lamang sa isang pagkakataon ang maaaring gumamit nito. Ipinapalagay din na ang lahat ng mga istasyon ay tumatanggap ng frame na ipinadala ng istasyon (broadcast). Ang naka-address na destinasyon ay nagse-save ng frame habang ang iba ay itinatapon ito. Sa ganitong sitwasyon, paano natin matitiyak na hindi ginagamit ng dalawang istasyon ang medium sa parehong oras? Sagot: kung ang kanilang mga frame ay nagbanggaan sa isa't isa. Ang CSMA/CD ay idinisenyo upang malutas ang problemang ito ayon sa mga sumusunod na prinsipyo:

1. Ang bawat istasyon ay may pantay na karapatan sa medium (collective access).
2. Ang bawat istasyon ay may frame na unang "nakikinig" (sinusubaybayan) ang medium. Kung walang data sa medium, maaaring magsimulang mag-transmit ang istasyon (pagsubaybay sa dalas ng carrier).
3. Maaaring mangyari na ang dalawang istasyon na sumusubaybay sa medium ay nalaman na hindi ito abala at nagsimulang magpadala ng data. Sa kasong ito, lumitaw ang isang salungatan, na tinatawag na banggaan.

Pinipilit ng protocol ang istasyon na ipagpatuloy ang pagsubaybay sa linya pagkatapos magsimula ang paghahatid. Kung may banggaan, pagkatapos ay matukoy ito ng lahat ng istasyon, ang bawat istasyon ng pagpapadala ay nagpapadala ng signal ng pagkabigo upang sirain ang data ng linya, at pagkatapos ay maghihintay ng ibang random na oras sa bawat pagkakataon upang subukang muli. Ang mga random na oras ay pumipigil sa data na maibalik sa parehong oras. Bago simulan ang paghahatid, dapat tiyakin ng node na ang medium ng carrier ay hindi abala, na ipinapahiwatig ng kawalan ng dalas ng carrier dito. Kung ang medium ay libre, kung gayon ang node ay may karapatang simulan ang pagpapadala ng isang frame ng isang tiyak na format. Ipagpalagay na ang node 2 ay kailangang magpadala ng isang frame sa node N. Nang matuklasan na ang medium ay libre, ang node 2 ay magsisimulang magpadala ng frame (Larawan 6.2), na sinusundan ng pambungad, na binubuo ng 7 byte ng form na 10101010, at isang byte Simula ng Frame Delimiter - SFD type 10101011. Ang mga kumbinasyong ito ay kailangan ng receiver upang maipasok ang bit at frame synchronization sa transmitter. Ang frame ay nagtatapos sa isang frame control sequence field (FCS - Frame Check Sequence) 4 bytes ang haba (hindi ipinapakita sa Fig. 6.2). Ang mga signal ng transmitter ay kumakalat sa magkabilang direksyon sa kahabaan ng cable, at kinikilala ng lahat ng mga node ang simula ng paghahatid ng frame. Tanging node N ang nakakakilala nito sariling address(destinasyon MAC address) sa simula ng frame at isinusulat ang mga nilalaman nito sa buffer nito para sa pagproseso. Mula sa natanggap na frame, ang source address (source MAC address) ay tinutukoy kung saan dapat ipadala ang response frame. Ang tatanggap ng packet sa layer 3 ay tinutukoy ayon sa field Uri ng Protocol: value 0x0800 - IP module address, 0806 - ARP module address. Pinakamababa at pinakamataas na halaga haba ng field para sa mga protocol itaas na antas- 46 at 1500 byte, ayon sa pagkakabanggit. Ang pagkakasunud-sunod ng paghahatid ng frame bit ay: kaliwa pakanan / ibaba hanggang itaas (Larawan 6.2), ang mga numero ay nagpapahiwatig ng mga haba ng mga patlang ng frame sa mga byte.

Anumang node, kung mayroong isang frame na ipapadala at isang abalang daluyan, ay napipilitang maghintay para sa paglabas nito. Ang isang tanda ng pagtatapos ng paghahatid ay ang pagkawala ng dalas ng carrier. Pagkatapos ng pagtatapos ng pagpapadala ng frame, ang lahat ng mga node ay dapat makatiis ng 9.6 μs na pag-pause ng teknolohiya upang i-reset ang mga adapter ng network at maiwasan ang parehong node na muling makuha ang medium.

kanin. 6.2.

Minsan ang mga sitwasyon ay lumitaw kapag ang isang node ay nagsimula na sa pagpapadala, ngunit ang isa pang node ay hindi pa nagkaroon ng oras upang makita ito at nagsisimula na ring magpadala ng frame nito. Ang sitwasyong ito ng libreng medium na nakukuha ng higit sa isang node ay tinatawag banggaan. Ang mekanismo ng paglutas ng banggaan ay ang mga sumusunod (Larawan 6.3):

kanin. 6.3.

Kung ang antas ng natanggap na signal ay hindi lalampas sa halaga ng threshold, kung gayon ang node ay magpapatuloy sa paghahatid, ngunit kung ito ay lumampas dito, ang node ay hihinto sa pagpapadala ng frame at nagpapadala ng isang espesyal na 32-bit na kumbinasyon ng jam (collision signal) sa network na may isang ad hoc sequence, na humahantong lamang sa pagtaas ng antas ng signal sa lokal na network dahil sa pagtaas ng pulse amplitude Area code ng Manchester kabuuang signal. Pagkatapos nito, ang node na naka-detect sa banggaan ay random na humihinto at pagkatapos ay maaaring subukang i-transmit muli ang frame. Ang bilang ng mga muling pagsubok ay hindi maaaring lumampas sa 16. Kung, pagkatapos ng ika-16 na pagtatangka, ang frame ay nagdudulot ng banggaan, ito ay itatapon. Sa isang malaking bilang ng mga node, ang posibilidad ng banggaan ay tumataas, at throughput Ang Ethernet network ay bumaba dahil network lahat mas mahabang panahon abala sa paghawak ng mga banggaan at pagtatapon ng mga frame. Tatlong salik ang tumutukoy kung paano gumagana ang CSMA/CD: ang pinakamababang haba ng frame, bilis ng transmission data at conflict na domain.

Kailangan mong maghintay para sa istasyon tiyak na oras upang matiyak na walang data sa linya - ang oras na ito ay katumbas ng pinakamababang haba ng frame na hinati sa bilis ng transmission(ang oras na kinakailangan upang magpadala ng isang frame na may pinakamababang haba), at proporsyonal sa oras na kinakailangan para sa unang bit upang maglakbay sa maximum na distansya ng network (collision domain). Sa madaling salita, mayroon tayong:

Ang Minimum Frame Length/Bit Rate ay proporsyonal sa Collision Domain/Propagation Rate

Sa tradisyonal Lokal na network Ethernet, ang minimum na haba ng frame ay 520 bits, bilis ng transmission- 10 Mbit/s, ang bilis ng pagpapalaganap ay halos katumbas ng bilis ng liwanag, at ang domain ng conflict ay humigit-kumulang 2500 metro.

kanin. 6.5.

• Preamble. Ang frame preamble ay naglalaman ng 7 byte (56 bits) ng mga alternating at zero na nag-aalerto sa system na tanggapin ang darating na frame at ihanda ito para sa pag-synchronize gamit ang orasan. Ang preamble ay talagang idinagdag sa pisikal na antas at hindi (pormal) bahagi ng frame.
• Simula ng frame delimiter(SFD - Start Frame Delimiter). Ang field ng SFD (1 byte: 10101011) ay nagmamarka ng simula ng frame at ipinapahiwatig sa istasyon na natapos na ang synchronization. Ang huling dalawang bit ay 11 (dalawa) - isang senyales na ang susunod na field ay ang address ng tatanggap.
• Address ng tatanggap (DA - Destination Address). Ang field ng DA ay 6 bytes at naglalaman ng pisikal na address destinasyon o intermediate station.
• Address ng pinagmulan(SA -