Kama katika uzalishaji, wafanyakazi katika Mitandao ya Ethernet kuamua kila kitu. Zinatumika kama chombo cha pakiti zote za kiwango cha juu, kwa hivyo ili kuelewana, mtumaji na mpokeaji lazima atumie aina moja ya fremu ya Ethaneti. Kwa bahati nzuri (au kwa bahati mbaya), muafaka unaweza kuwa katika fomati nne tu tofauti, na pia sio tofauti sana kutoka kwa kila mmoja. Zaidi ya hayo, kuna fomati mbili za msingi za fremu (katika istilahi za Kiingereza zinaitwa "fomati ghafi") - Ethernet_II na Ethernet_802.3, na zinatofautiana kwa madhumuni ya uwanja mmoja tu.

Kisasa mitandao ya kompyuta ni za asili tofauti, na itifaki za mtandao za safu ya tatu hutumiwa mara nyingi aina tofauti Muafaka wa Ethaneti. Kwa hivyo, katika matoleo ya awali ya NetWare 3.x ya Novell, umbizo la msingi ni Ethernet_802.3, na si 802.2 au SNAP, kama inavyotolewa na viwango vya IEEE, na hakuna mtu mwingine anayetumia umbizo hili. Kwa kutolewa kwa NetWare 4.x, itifaki za IPX/SPX hutumia fremu za kawaida za Ethernet_802.2 kwa chaguo-msingi, na kwa ubadilishaji uliopangwa wa IntranetWare hadi itifaki za TCP/IP, mfumo huu wa uendeshaji wa mtandao utafanya kazi na fremu za Ethernet_SNAP kwa chaguo-msingi, kwani hii ni umbizo linalotumika katika utekelezaji wa hivi karibuni TCP/IP. Kwa ujumla, pakiti za itifaki za IPX/SPX zinaweza kubebwa kwa kutumia aina yoyote ya fremu, kwa hivyo - na kwa sababu aina ya Ethernet_802.3 inatumiwa na Novell pekee - katika somo hili tutaangalia fremu za Ethernet kimsingi kutoka kwa mtazamo wa mitandao ya NetWare. .

ETHERNET II

Ingawa kwa kawaida tunaita kiwango cha 802.3 kwa jina Ethernet, hii si sahihi kabisa, kwani jina la mwisho ni chapa ya biashara ya Xerox, Intel na Digital, ambayo teknolojia yake ilitumika kama mfano wa kiwango hiki maarufu sana. Umbizo la Ethernet_II linalingana na umbizo halisi la fremu ya Ethaneti na lina fomu ifuatayo.

Kama fremu yoyote, Ethernet_II huanza na dibaji ya baiti saba inayojumuisha zile zinazopishana na sufuri, na kikomo cha fremu cha baiti moja ambapo vipande viwili muhimu zaidi ni 112, badala ya 102, kama dibaji nyingine na biti za kadiri. . Walakini, kuwa sahihi zaidi, katika Ethernet_II utangulizi haujagawanywa katika utangulizi yenyewe na kikomo cha sura ya awali - na hii ni tofauti kati ya Ethernet na IEEE 802.3, ingawa haina maana sana, mtu anaweza kusema, msomi, haswa tangu sana. mara nyingi utangulizi kwa ujumla huzingatiwa kama sehemu ya utaratibu wa kusawazisha pande za kupitisha na kupokea, na sio kama sehemu ya fremu (kwa hivyo, katika takwimu hatutaonyesha utangulizi na kikomo cha kwanza).

Kichwa cha fremu chenyewe kina sehemu ya Anwani Lengwa ya baiti sita, sehemu ya Anwani ya Chanzo ya baiti sita, na sehemu ya Aina ya Fremu ya baiti mbili (ona Mchoro 1). Kila baiti ya anwani inapopitishwa, sehemu ndogo zaidi (za mbali zaidi kulia) hupitishwa kwanza. Katika anwani ya mpokeaji, bit ya kwanza iliyopitishwa (bit 0 ya byte 0) inaonyesha aina ya anwani - ya kawaida au kikundi. Kwa hivyo, byte ya kwanza isiyo ya kawaida ya anwani lengwa inamaanisha kuwa fremu imekusudiwa kwa kundi la vituo. Aina ya upitishaji wa utangazaji anuwai ni upitishaji wa matangazo. Katika kesi hii, biti zote za anwani ya mpokeaji zimewekwa kuwa 1.

Picha 1.

Pakiti za msingi za Ethernet II na IEEE 802.3 zina muundo sawa. Tofauti yao ni kwa madhumuni ya byte 13 na 14: aina ya itifaki na mashamba ya urefu wa sura, kwa mtiririko huo. Kugawana miundo tofauti ya sura katika sehemu sawa ya Ethernet inawezekana kutokana na ukweli kwamba aina ya itifaki ina sifa ya nambari kubwa kuliko 0x05FE.

Hata hivyo, sehemu ya anwani ya mwanzilishi lazima iwe na anwani ya kituo mahususi cha asili.

Katika kesi ya anwani za kawaida, byte tatu za kwanza hutumikia kutambua mtengenezaji wa kadi ya mtandao, na byte tatu za mwisho ni. nambari ya kipekee bodi maalum. Kwa hivyo, baiti tatu za kwanza za anwani ya kadi maarufu za mtandao zinazozalishwa na 3Com zinaonyeshwa kama nambari ifuatayo - 02608С katika mfumo wa hexadecimal radix (baadaye tutatumia nukuu 0x kuashiria nambari katika mfumo wa nukuu hexadecimal, yaani, kitambulisho cha 3Com kitafanana na 0x02608C). Anwani ya mpokeaji pia inaitwa anwani halisi au ya MAC.

Kwa ujumla, anwani lengwa humtambulisha mpokeaji mara moja badala ya mpokeaji wa mwisho, kama vile kipanga njia kwenye mtandao wa Ethaneti. Mpokeaji wa mwisho anatambuliwa kwa kutumia itifaki za kiwango cha juu. Kwa upande wa TCP/IP, hii ndiyo anwani ya IP ya kituo na bandari ya TCP au UDP ya mchakato kwenye kituo hiki.

Sehemu ya aina ya itifaki hutambua itifaki ya kiwango cha juu, kama vile IP, AppleTalk, n.k., ambayo fremu ni chombo cha pakiti. Hapo chini tunatoa maadili ya uga ya aina ya itifaki kwa baadhi ya kawaida itifaki za mtandao:

Itifaki ya Mtandao (IP) - 0x0800; Itifaki ya Azimio la Anwani (ARP) - 0x0806; AppleTalk - 0x809B; Xerox Mfumo wa Mtandao(XNS) - 0x0600; NetWare IPX/SPX - 0x8137.

Sehemu inayofuata ya fremu kwa hakika hutumika kusambaza taarifa muhimu (katika kiwango cha fremu, tunarejelea upakiaji kama taarifa ya huduma ya itifaki za kiwango cha juu, kama vile kichwa cha pakiti, n.k.).

Tofauti na nyanja za huduma, uwanja wa data una urefu wa kutofautiana, na haiwezi kuwa fupi kuliko baiti 46 na zaidi ya baiti 1500. Kwa hivyo, jumla ya urefu wa fremu bila kujumuisha dibaji na kikomo cha awali cha fremu ni kati ya baiti 64 hadi 1518. Katika kesi wakati kiasi halisi cha data iliyopitishwa ni chini ya ka 46 (kwa mfano, kwa uigaji wa terminal, herufi moja tu iliyoingizwa kutoka kwa kibodi mara nyingi hupitishwa), uwanja wa data umewekwa kwa saizi ya chini na kishikilia nafasi. Baiti ya pedi inaweza kuingizwa hata kama kiasi cha data inayohamishwa ni zaidi ya baiti 46. Novell anapendekeza kwamba ikiwa kuna idadi isiyo ya kawaida ya baiti, kiendeshi cha kadi ya mtandao huongeza moja zaidi. Hii inafanywa kwa sababu vipanga njia vingine vya zamani havielewi viunzi vya urefu usio wa kawaida.

Sehemu ya mwisho katika fremu ni sehemu ya Mfuatano wa Kukagua Fremu ya baiti nne (FCS). Thamani ya sehemu hii inakokotolewa kutoka kwa maudhui ya kichwa na data (pamoja na pedi, lakini bila kujumuisha dibaji na kikomo) kwa kutumia Msimbo wa Upungufu wa Mzunguko wa 32-bit (CRC-32) kwa kutumia fomula ifuatayo (katika mfumo wa binary nukuu):

angalia mlolongo = MOD (data/polynomial)

Katika Ethaneti, polimanomia inayozalisha ni polinomia 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. Kanuni hii hukuruhusu kugundua 99.99999977% ya makosa yote katika ujumbe hadi urefu wa baiti 64! Kwa hivyo, uwezekano kwamba kituo cha kupokea kitatambua fremu iliyoharibika kama isiyobadilika ni sifuri.

Baada ya kupokea fremu, kituo cha kupokea huhesabu upya mfuatano wa hundi na kulinganisha matokeo yanayotokana na yaliyomo kwenye uga wa FCS. Ikiwa kuna kutolingana, pakiti inachukuliwa kuwa imeharibika na inapuuzwa.

MFUMO WA MSINGI 802.3

Umbizo la fremu lililofafanuliwa na vipimo vya 802.3 karibu sawa na mtangulizi wake isipokuwa uga wa aina ya itifaki una maana ya urefu wa fremu. Kwa mtazamo wa kwanza, hii inaweza kusababisha kuchanganyikiwa wakati Ethernet_II na Ethernet_802.3 fremu zinatumwa kati ya stesheni kwenye sehemu sawa. Hata hivyo, katika mazoezi, muafaka huu si vigumu kutofautisha kutoka kwa kila mmoja. Kama tulivyokwisha sema, urefu wa uwanja wa data hauzidi ka 1500, kwa hivyo, kwa mujibu wa kanuni zinazokubalika, aina ya itifaki ya kiwango cha juu imewekwa kuwa kubwa kuliko 0x05FE (1518 katika nukuu ya hexadecimal - urefu kamili wa fremu), kwani uga wa baiti mbili unaweza kuchukua maadili tofauti 65,536 . Kwa hivyo, ikiwa thamani ya shamba kati ya anwani ya chanzo na data ni chini ya au sawa na 1518, basi ni sura ya 802.3, vinginevyo ni sura ya Ethernet_II.

Tofauti nyingine ndogo kati ya Ethernet na 802.3 ni uainishaji wa anwani za multicast. Tofauti na Ethernet, vipimo vya 802.3 hugawanya anwani za matangazo anuwai katika zile zenye maana ya kimataifa na ya ndani. Walakini, mgawanyiko huu hautumiwi sana katika mazoezi. (Tulizungumza juu ya tofauti ndogo ya tatu - katika utangulizi - hapo juu.)

Kulingana na mfano wa kumbukumbu OSI, kila block data ya itifaki ina (encapsulates) pakiti za itifaki za uongo za juu za rafu yake. Itifaki ya 802.3 inaelezea njia ya ufikiaji wa kati - safu ndogo ya chini ya safu ya kiungo cha data, na ambayo itifaki ya ziada ni itifaki ya kimantiki.

udhibiti wa kituo (Udhibiti wa Kiungo cha Mantiki, LLC) - safu ndogo ya juu ya safu ya kiungo. Kwa hivyo, kiwango kinahitaji kwamba uwanja wa data uwe na kichwa cha LLC. Katika matoleo ya awali ya NetWare, Novell alipuuza kichwa hiki na kuanza kuweka pakiti za IPX/SPX moja kwa moja baada ya sehemu ya urefu wa fremu, na uga wa data ulianza kwa njia sawa na kichwa cha kawaida cha IPX, na baiti mbili zikijumuisha moja (nambari 0xFFFF) . Kwa maneno mengine, Novell alitumia tu fremu kama chombo.

Kimsingi, kutumia umbizo la msingi la fremu 802.3 bila safu ya juu ya kiungo cha juu huruhusu Novell kupunguza baadhi ya vichwa vyake kwa kila fremu. Walakini, faida ni ndogo, na katika mazingira tofauti, kutumia muundo usio wa kawaida husababisha upotezaji, kwani router au kadi ya mtandao kulazimishwa kuangalia mashamba ya ziada kuamua aina ya kifurushi. Hii ilikuwa moja ya motisha kwa nini, kuanzia na toleo la 4.0, Novell ilibadilisha hadi chaguo-msingi umbizo la kawaida Ethernet_802.2. Sababu nyingine ilikuwa kwamba matumizi ya Ethernet_802.3 fremu za kimsingi zilifanya kutowezekana kutumia chaguzi za usalama kama vile kutia sahihi kwa pakiti kutokana na ukweli kwamba cheki pakiti iliwekwa katika 0xFFFF ili fremu ya Ethernet_802.3 iweze kutofautishwa na aina zingine za fremu.

FOMU MBILI ZA SANIFU

Vipimo vya IEEE vinatoa fomati mbili tu za kawaida - 802.2 na 802.2 SNAP, ya pili ikiwa upanuzi wa asili wa kwanza. Kama ilivyoelezwa tayari, sura ya kawaida lazima iwe na maelezo ya huduma ya uga ya data kwa udhibiti wa njia wa kimantiki, yaani, sehemu ya baiti moja ya kituo cha ufikiaji cha huduma kwa mpokeaji (Destination Service Access Point, DSAP), sehemu ya baiti moja ya mahali pa kufikia huduma kwa mtumaji (Source Service Access Point, SSAP) na uga wa udhibiti wa baiti moja (ona Mchoro 2). IEEE inapeana nambari za Ufikiaji wa Huduma (SAP), na imetoa nambari zifuatazo:

Sehemu za DSAP na SSAP hutumika kutambua itifaki ya msingi na, kama sheria, ina thamani sawa. Sehemu ya udhibiti kawaida huwekwa 0x03 (kulingana na itifaki ya LLC, hii inamaanisha kuwa unganisho umewashwa. kiwango cha kiungo haijasakinishwa).

Itifaki ya Ufikiaji wa Mtandao Ndogo Itifaki ya Ufikiaji, SNAP) iliundwa ili kuongeza idadi ya itifaki zinazotumika, kwa kuwa sehemu za SAP za baiti moja zinaweza kuauni itifaki 256 zisizozidi 256. Fomati ya Ethernet_SNAP hutoa uwanja wa ziada wa baiti tano kwa kitambulisho cha itifaki (PI) ndani ya uwanja wa data, na maadili ya ka mbili za mwisho za uwanja huu ni sawa na maadili ya uwanja wa itifaki katika Ethernet_II ikiwa fremu zina pakiti za itifaki sawa ya kiwango cha juu, kwa mfano ni sawa na 0x8137 kwa NetWare.

ALGORITHM YA KUTAMBUA FORMAT YA FRAME

Si vigumu kutofautisha muundo wa sura ya Ethernet kutoka kwa mwingine, na hii inaweza kufanyika kwa kutumia zifuatazo algorithm rahisi(tazama Mchoro 3). Kiendeshi lazima kwanza aangalie thamani ya aina ya itifaki/uga wa urefu wa fremu (baiti ya 13 na 14 kwenye kichwa). Ikiwa thamani iliyoandikwa hapo ni kubwa kuliko 0x05FE (upeo wa juu zaidi wa urefu wa fremu), basi ni fremu ya Ethernet_II.

(1x1)

Kielelezo cha 3.

Kuamua aina ya sura ya Ethernet, kwanza unahitaji kuangalia thamani ya shamba baada ya anwani ya chanzo, na kisha byte mbili za kwanza za shamba la data.

Ikiwa sivyo, unapaswa kuendelea kuangalia. Ikiwa baiti mbili za kwanza ni 0xFFFF, basi hii ni umbizo la Ethernet_802.3 la NetWare 3.x. Vinginevyo, ni umbizo la kawaida la fremu 802.2, na inatubidi tu kujua ni ipi kati ya hizo mbili ni ya kawaida (Ethernet_802.2) au kupanuliwa (Ether-net_SNAP). Katika kesi ya Ethernet_SNAP, thamani ya kwanza, pamoja na ya pili, byte katika uwanja wa data ni 0xAA. (Thamani ya baiti ya tatu ni 0x03, lakini hakuna haja ya kuangalia hii.)

NYUMA YA PAZIA

Itifaki tofauti hutumia miundo tofauti ya fremu (tazama Jedwali 1). Walakini, idadi ya mwisho sio kubwa sana, na sio ngumu kuwatofautisha kutoka kwa kila mmoja. Kwa kuongeza, itifaki ya TCP/IP inahamia kwenye nafasi kubwa sio tu katika mitandao ya kimataifa, lakini pia katika mitandao ya ndani, hivyo hata Novell aliamua kuacha itifaki yake ya IPX/SPX kwa ajili ya TCP/IP katika toleo linalofuata la NetWare. Hii ina maana kwamba katika hali nyingi msimamizi wa mtandao hatalazimika kuwa na wasiwasi kuhusu umbizo la fremu ya Ethernet inatumika. Walakini, kama uzoefu unavyoonyesha, teknolojia za urithi huishi kwa muda mrefu, kwa hivyo ujuzi wa miundo ya fremu unaweza kuwa wa vitendo na pia wa kinadharia.

JEDWALI 1 - PROTOKALI NA AINA HUSIKA ZA MFUMO

Teknolojia za mtandao

Nakala hiyo iligeuka kuwa nyingi sana, mada zilizojadiliwa ni fomati za fremu za Ethenet, vikomo vya ukubwa wa Upakiaji wa L3, mabadiliko ya ukubwa wa vichwa vya Ethernet, Fremu ya Jumbo, Mtoto-Giant, na mambo mengine mengi yaliguswa. Tayari umekutana na baadhi yao kwenye fasihi ya ukaguzi kwenye mitandao ya data, lakini kwa hakika haujapata nyingi kati yao ikiwa haujafanya utafiti wa kina.

Hebu tuanze kwa kuangalia miundo ya vichwa vya fremu za Ethaneti kwenye foleni ya kuzaliwa kwao.

Miundo ya fremu ya Ethaneti.

1) Ethernet II

Mchele. 1

Dibaji- mlolongo wa bits ambazo, kwa kweli, si sehemu ya kichwa cha ETH, kinachofafanua mwanzo wa sura ya Ethernet.

DA (Anwani Lengwa) – Anwani ya MAC marudio, inaweza kuwa unicast, multicast, matangazo.

SA (Anwani ya Chanzo)- Anwani ya MAC ya mtumaji. Daima unicast.

E-TYPE (EtherType)- Inabainisha itifaki ya L3 (kwa mfano, 0x0800 - Ipv4, 0x86DD - IPv6, 0x8100 - inaonyesha kuwa fremu imetambulishwa kwa kichwa cha 802.1q, nk. Orodha ya EtherTypes zote - standards.ieee.org/develop/regauth/ethertype/ eth.txt)

Upakiaji- saizi ya pakiti ya L3 kutoka kwa 46 hadi 1500 ka

FCS (Mfuatano wa Kukagua Fremu)- Thamani ya CRC ya baiti 4 inayotumika kugundua makosa ya uwasilishaji. Imekokotolewa na mtu aliyetuma, na kuwekwa katika uga wa FCS. Wahusika wanaopokea huhesabu thamani iliyopewa kujitegemea na kulinganisha na kile kilichopokelewa.

Fomati hii iliundwa kwa ushirikiano wa kampuni 3 - DEC, Intel na Xerox. Katika suala hili, kiwango pia kinaitwa Kiwango cha DIX Ethernet. Toleo hili kiwango kilichapishwa mwaka wa 1982 (toleo la kwanza, Ehernet I, lilichapishwa mwaka wa 1980. Tofauti katika matoleo ni ndogo, muundo kwa ujumla bado haujabadilika). Mwaka 1997 mwaka kiwango hiki IEEE iliongezwa kwa kiwango cha 802.3, na wakati huu, idadi kubwa ya pakiti kwenye mitandao ya Ethaneti zimefungwa kulingana na kiwango hiki.

2) Ethernet_802.3/802.2 (802.3 yenye kichwa cha LLC)

Mchele. 2

Kama unavyoelewa, kamati ya IEEE haikuweza kutazama kwa utulivu huku mamlaka, pesa na wanawake wakipita mikononi mwao. Kwa hiyo, busy na matatizo zaidi kubwa, kwa ajili ya viwango Teknolojia za Ethernet ilianza kwa kuchelewa kidogo (mnamo 1980 walianza biashara, mnamo 1983 walitoa rasimu ya ulimwengu, na mnamo 1985 kiwango chenyewe), lakini kwa shauku kubwa. Ikitangaza uvumbuzi na uboreshaji kama kanuni zake za msingi, kamati ilitoa umbizo linalofuata fremu, ambayo unaweza kuona kwenye Mchoro 2.

Kwanza kabisa, tunazingatia ukweli kwamba sehemu ya E-TYPE "isiyo ya lazima" ilibadilishwa kuwa sehemu ya Urefu, ambayo ilionyesha idadi ya baiti zinazofuata uwanja huu na kabla ya uwanja wa FCS. Sasa, iliwezekana kuelewa ni nani aliyekuwa na muda mrefu tayari kwenye kiwango cha pili cha mfumo wa OSI. Maisha yamekuwa bora. Maisha yamekuwa ya kufurahisha zaidi.

Lakini, kiashiria cha aina ya itifaki ya safu ya 3 kilihitajika, na IEEE iliipa ulimwengu uvumbuzi ufuatao - nyanja mbili za 1 byte kila moja - Sehemu ya Upataji wa Huduma ya Chanzo ( SSAP) na Sehemu ya Kufikia Huduma Lengwa ( DSAP) Lengo ni sawa - kutambua itifaki ya juu, lakini ni utekelezaji gani! Sasa, kutokana na kuwepo kwa sehemu mbili ndani ya kipindi kimoja, pakiti inaweza kupitishwa kati ya itifaki tofauti, au itifaki sawa inaweza kuitwa tofauti katika ncha mbili za kikao sawa. A? Je, ikoje? Skolkovo yako iko wapi?

Kumbuka: Hii haitumiki sana katika maisha halisi na maadili ya SSAP/DSAP kawaida hulingana. Kwa mfano, SAP ya IP ni 6, kwa STP - 42 (orodha kamili ya maadili - standards.ieee.org/develop/regauth/llc/public.html)

Bila kujipa mapumziko, IEEE ilihifadhi biti 1 kila moja katika SSAP na DSAP. Katika SSAP kwa kubainisha amri au pakiti ya majibu, katika DSAP kwa kutaja kikundi au anwani ya mtu binafsi (ona Mchoro 6). Mambo haya hayakuenea katika mitandao ya Ethernet, lakini idadi ya bits katika mashamba ya SAP ilipunguzwa hadi 7, ambayo iliacha 128 tu. nambari zinazowezekana chini ya maagizo ya itifaki ya juu. Tukumbuke ukweli huu;

Ilikuwa tayari ni vigumu kuacha katika tamaa yangu ya kufanya umbizo bora fremu ardhini, na uga 1 wa baiti unaonekana katika umbizo la fremu la IEEE Udhibiti. Inawajibika, sio sana, sio kidogo, kwa muunganisho usio na muunganisho au muunganisho unaoelekezwa!

Baada ya kuvuta pumzi na kumchunguza mtoto wao wa ubongo, IEEE iliamua kuchukua mapumziko.

Maoni: Sehemu 3 zinazohusika ni DSAP, SNAP na Control na ndizo kichwa cha LLC.

3) "Mbichi" 802.3

Mchele. 3

"Ubora" huu uliletwa ulimwenguni na Novell. Ilikuwa miaka ya 80 ya porini, kila mtu alinusurika kadri awezavyo, na Novell haikuwa ubaguzi. Baada ya kupata vipimo vya kawaida vya 802.3/802.2 wakati wa mchakato wa ukuzaji, na kwa kugeuza mkono, kutupa kichwa cha LLC, Novell alipata muundo mzuri wa fremu (na uwezo wa kupima urefu katika kiwango cha pili!), lakini kwa drawback moja muhimu - ukosefu wa uwezo wa kutaja itifaki ya juu. Lakini, kama unavyoweza kudhani, watu waliofanya kazi hapo hawakuwa wajinga, na kwa akili ya kawaida walikuja na suluhisho - "wacha tubadilishe mapungufu yetu kuwa faida zetu," na kuweka muundo huu wa fremu kwa itifaki ya IPX pekee. , ambayo wao wenyewe waliunga mkono. Na wazo lilikuwa zuri, na mpango ulikuwa sahihi kimkakati, lakini, kama historia inavyoonyesha, haikufanya kazi.

4) 802.3 yenye Kijajuu cha SNAP.

Kadiri muda ulivyoenda. Kamati ya IEEE iligundua kuwa nambari za itifaki na pesa zilikuwa zikiisha. Watumiaji walioshukuru waliwashambulia wahariri kwa herufi nyingi, ambapo kichwa cha 3-byte LLC kiliwekwa sawa na ubunifu mkubwa wa wanadamu kama vile kumpa mbwa mguu wa 5, au kwa mkono ambao unaweza kutumika kuboresha anatomia ya kike. Ilikuwa haiwezekani kusubiri tena; wakati ulikuwa umefika wa kujitangaza tena kwa ulimwengu.

Mchele. 4

Na kuwasaidia wale wanaosumbuliwa na ukosefu wa nambari za itifaki (kunaweza kuwa na 128 kwa jumla - tuliyotaja), IEEE inatanguliza kiwango kipya cha sura ya Ethernet SNAP (Mchoro 4). Ubunifu mkuu ni kuongezwa kwa uga wa Itifaki ya Ufikiaji wa Mtandao wa Subnetwork (SNAP) wa baiti 5, ambao nao una sehemu mbili - sehemu ya Kitambulisho cha Kipekee cha Shirika (OUI) ya baiti 3 na Kitambulisho cha Itifaki cha 2-byte (PID) - Mtini. . 5.

Mchele. 5

OUI au msimbo wa muuzaji - hukuruhusu kutambua itifaki za umiliki kwa kuonyesha muuzaji. Kwa mfano, ukikamata pakiti ya PVST+ na WireShark, utaona msimbo 0x00000c katika sehemu ya OUI, ambayo ni kitambulisho cha Mifumo ya Cisco (Mchoro 6).

Mchele. 6

Maoni: Ni rahisi sana kupata pakiti iliyoambatanishwa katika umbizo la fremu ya 802.3 SNAP hata sasa - hizi zote ni itifaki za familia ya STP, CDP, VTP, DTP itifaki.

Sehemu ya PID kimsingi ni sehemu sawa ya EtherType kutoka kwa DIX Ethernet II - baiti 2 zinazoonyesha itifaki ya kiwango cha juu. Kwa kuwa hapo awali, sehemu za DSAP na SSAP za kichwa cha LLC zilitumiwa kwa hili, ili kuonyesha kwamba aina ya itifaki ya juu inapaswa kuangaliwa katika uwanja wa SNAP, sehemu za DSAP na SSAP huchukua thamani maalum ya 0xAA (pia inaonekana katika Kielelezo 6)

Maoni: Unapotumia muundo wa sura ya LLC/SNAP kusafirisha pakiti za IP, IP MTU imepunguzwa kutoka 1500 hadi 1497 na 1492 byte, kwa mtiririko huo.

Kwa kadiri vichwa katika umbizo la fremu vinavyohusika, ndivyo hivyo. Ningependa kuteka mawazo yako kwa hatua moja zaidi katika muundo wa sura - ukubwa wa mzigo wa malipo. Aina hii ilitoka wapi - kutoka kwa ka 46 hadi 1500?

Ukubwa wa malipo ya L3.

Pengine kila mtu ambaye amesoma hata mtaala wa kwanza wa CCNA anajua wapi kikomo cha chini kilitoka. Kizuizi hiki ni matokeo ya kizuizi cha ukubwa wa fremu ya baiti 64 (baiti 64 - baiti 14 kichwa cha L2 - baiti 4 FCS = baiti 46) iliyowekwa na mbinu ya CSMA/CD - muda unaohitajika kusambaza baiti 64 kwa kiolesura cha mtandao ni muhimu. na inatosha kuamua mgongano katika Ethernet ya mazingira.
Maoni: Katika mitandao ya kisasa, ambapo tukio la migongano halijajumuishwa, kizuizi hiki haifai tena, lakini hitaji linabaki. Hii sio tu "kiambatisho" kilichobaki kutoka nyakati hizo, lakini tutazungumzia juu yao katika makala nyingine.

Lakini hizi kaiti 1500 zilitoka wapi ni swali gumu zaidi. Nilipata maelezo yafuatayo - kulikuwa na sharti kadhaa za kuanzisha kikomo cha saizi ya juu ya sura:

• Ucheleweshaji wa maambukizi - kadiri sura inavyokuwa kubwa, ndivyo upitishaji unavyochukua muda mrefu. Kwa mitandao ya mapema, ambapo kikoa cha Mgongano hakikuwa na bandari pekee na vituo vyote vililazimika kusubiri upitishaji ukamilike, hili lilikuwa tatizo kubwa.
• Ukubwa wa sura, uwezekano mkubwa zaidi kwamba sura itaharibiwa wakati wa maambukizi, ambayo itasababisha haja ya uhamisho, na vifaa vyote katika uwanja wa mgongano vitalazimika kusubiri tena.
• Mapungufu yaliyowekwa na kumbukumbu inayotumika kwa vibafa vya kiolesura - wakati huo (1979), ongezeko la vihifadhi kwa kiasi kikubwa liliongeza gharama ya kiolesura.
• Kizuizi kilicholetwa na sehemu ya Urefu/Aina ni kwamba kiwango kinabainisha kuwa thamani zote zilizo juu ya 1536 (kutoka 05-DD hadi 05-FF.) zinaonyesha EtherType, kwa hivyo urefu lazima uwe chini ya 05-DC. (Kwa kweli nina shaka kuwa hii ni matokeo zaidi kuliko sharti, lakini inaonekana kama habari kutoka kwa watengenezaji wa kiwango cha 802.3)

Kwa jumla, katika kiwango cha 802.3, saizi ya fremu ilipunguzwa hadi baiti 1518 juu, na upakiaji hadi ka 1500 (kwa hivyo saizi ya msingi ya MTU kwa kiolesura cha Ethernet).

Maoni: Fremu ndogo kuliko baiti 64 huitwa Runts, fremu kubwa kuliko baiti 1518 huitwa Giants. Unaweza kuona idadi ya fremu kama hizo zilizopokelewa kwenye kiolesura kwa kutumia kiolesura cha moduli/nambari ya gigabitEthernet na uonyeshe amri za makosa ya moduli ya gigabitEthernet ya kiolesura/nambari za vihesabio. Zaidi ya hayo, kabla ya IOS 12.1(19), vihesabio vilijumuisha fremu zote mbili zenye CRS isiyo sahihi na sahihi (ingawa za mwisho hazikuangushwa kila mara - kulingana na jukwaa na masharti). Lakini kuanzia 12.1.(19), ni zile tu fremu za kukimbia na kubwa ambazo zina CRS isiyo sahihi ndizo zinazoonyeshwa kwenye kaunta hizi, fremu zisizozidi baiti 64, lakini zikiwa na CRS sahihi (sababu ya tukio kwa kawaida huhusishwa na utambuzi wa 802.1Q). au chanzo cha fremu, na si matatizo ya kiwango cha kimwili) kutoka kwa toleo hili nenda kwenye kaunta ya Ukubwa wa Chini, iwe zitadondoshwa au kutumwa zaidi inategemea mfumo.

Mageuzi ya ukubwa wa vichwa vya Ethaneti.

Pamoja na maendeleo ya teknolojia na vipimo vya mstari wa IEEE 802, ukubwa wa sura pia ulibadilika. Mabadiliko zaidi ya kimsingi kwa saizi ya fremu (sio MTU!):

• 802.3AC - huongeza ukubwa wa juu wa fremu hadi 1522 - lebo ya Q inaongezwa - inayobeba taarifa kuhusu 802.1Q (lebo ya VLAN) na 802.1p (bits chini ya COS)
• 802.1AD - huongeza ukubwa wa juu wa fremu hadi 1526, usaidizi wa QinQ
• 802.1AH (MIM) - Mac ya Mkongo wa Mtoa huduma katika Mac + 30 byte kwa ukubwa wa fremu
• MPLS - ongeza saizi ya fremu kwa safu ya lebo 1518 + n*4, ambapo n ni idadi ya lebo kwenye rafu.
• 802.1AE - Usalama wa Mac, Tag ya Usalama na mashamba ya Kanuni ya Uthibitishaji wa Ujumbe huongezwa kwenye mashamba ya kawaida + 68 byte kwa ukubwa wa fremu.

Viunzi hivi vyote vikubwa vimepangwa chini ya jina moja - Mtoto-Jitu muafaka. Kikomo cha ukubwa wa juu ambacho hakijatamkwa cha Baby-Giant ni baiti 1600. Miingiliano ya kisasa ya mtandao itasambaza fremu hizi, mara nyingi bila hata kubadilisha thamani ya HW MTU.

Hebu tuzingatie maalum kwa vipimo vya 802.3AS - huongeza ukubwa wa juu wa sura hadi 2000 (lakini inadumisha ukubwa wa MTU kwa 1500 bytes!). Ongezeko liko kwenye kichwa na trela. Hapo awali, ongezeko lilipangwa kuwa ka 128 - kwa msaada wa asili kiwango cha 802.3 cha upanuzi hapo juu, lakini mwisho walikubaliana elfu 2, inaonekana ili wasikusanyike mara mbili (au kama wanasema katika IEEE - ukubwa huu wa sura utasaidia mahitaji ya encapsulation ya siku zijazo inayoonekana). Kiwango hicho kiliidhinishwa mnamo 2006, lakini zaidi ya mawasilisho ya IEEE, sijaiona. Ikiwa kuna mtu ana chochote cha kuongeza hapa (na sio hapa tu) - karibu kwa maoni. Kwa ujumla, mwelekeo wa kuongeza saizi ya fremu huku nikidumisha saizi ya PAYLOAD husababisha mashaka yasiyo wazi kichwani mwangu juu ya usahihi wa mwelekeo uliochaguliwa wa harakati.

Maoni: Kando kidogo na hapo juu, sura ya FCoE imetulia - saizi ya sura ni hadi ka 2500, mara nyingi muafaka huu huitwa mini-jumbo. Ili kuziunga mkono, lazima uwashe usaidizi wa jumbo-frame.

Na "mwanaharamu" wa mwisho wa Ethernet ni Jumbo Frame (ingawa ukitafsiri Jumbo, basi Hodor inaonekana zaidi kama rejeleo la Mchezo wa Viti vya Enzi). Maelezo haya yanajumuisha fremu zote kubwa kuliko ukubwa wa kawaida wa baiti 1518, isipokuwa zile zilizojadiliwa hapo juu. Vifurushi vya Jumbo havionyeshwa kwa njia yoyote katika vipimo vya 802.3 na kwa hivyo utekelezaji unabaki kwa kila muuzaji binafsi. Walakini, muafaka wa Jumbo umekuwepo kwa muda mrefu kama Ethernet imekuwa karibu. Hii inafafanuliwa kama ifuatavyo:

1. Faida kutoka kwa uwiano wa Upakiaji kwa kichwa. Uwiano huu wa juu, ndivyo tunaweza kutumia njia za mawasiliano kwa ufanisi zaidi. Bila shaka, hapa pengo haitakuwa sawa na kwa kulinganisha na kutumia pakiti za byte 64 na 1518 bytes kwa vikao vya TCP. Lakini unaweza kushinda asilimia 3-8, kulingana na aina ya trafiki.
2. Idadi ndogo sana ya vichwa hutoa mzigo mdogo kwenye Injini ya Usambazaji, na vile vile kwenye Injini za huduma. Kwa mfano, kasi ya fremu kwa kiungo cha 10G kilichopakiwa na fremu 1500 ni fremu 812,744 kwa sekunde, na kiungo sawa kilichopakiwa na fremu za Jumbo za baiti 9000 huzalisha kasi ya fremu ya fremu 138,587 pekee kwa sekunde. Kielelezo cha 7 kinaonyesha grafu kutoka kwa ripoti ya Mitandao ya Alteon (kiungo kitakuwa chini ya makala) ya CPU na utumiaji wa kiungo cha gigabit, kulingana na aina ya saizi ya fremu inayotumika.
3. Ongeza Utumiaji wa TCP wakati saizi ya MTU inabadilika -

Kiwango cha teknolojia ya Ethaneti, kilichoelezwa katika 802.3, kinaelezea umbizo la fremu ya safu ya MAC moja. Kwa kuwa sura ya safu ya MAC lazima iwe na sura ya safu ya LLC iliyoelezwa katika hati 802.2, kulingana na viwango vya IEEE, ni toleo moja tu la sura ya safu ya kiungo inaweza kutumika katika mtandao wa Ethaneti, unaoundwa na mchanganyiko wa vichwa vidogo vya MAC na LLC.

Hata hivyo, katika mazoezi, mitandao ya Ethernet hutumia aina 4 za vichwa kwenye safu ya kiungo cha data. Hii ni kutokana na historia ndefu ya maendeleo ya teknolojia ya Ethernet kabla ya kupitishwa kwa viwango vya IEEE 802, wakati sublayer ya LLC haikutenganishwa na itifaki ya jumla na, ipasavyo, kichwa cha LLC hakikutumiwa.

Muungano wa makampuni matatu, Digital, Intel, na Xerox, waliwasilisha toleo lao la umiliki la kiwango cha Ethernet kwa kamati ya 802.3 mnamo 1980, lakini kamati ya 802.3 ilipitisha kiwango ambacho kilitofautiana katika baadhi ya maelezo kutoka kwa pendekezo la DIX. Tofauti hizo pia zilihusu umbizo la fremu, ambalo lilisababisha kuwepo kwa aina mbili tofauti za fremu kwenye mtandao wa Ethaneti.

Umbizo lingine la fremu liliibuka kama matokeo ya juhudi za Novell kuharakisha mrundikano wake wa itifaki kwenye mitandao ya Ethaneti.

Hatimaye, muundo wa fremu ya nne ulikuwa matokeo ya juhudi za kamati ya 802.2 kuleta miundo ya awali ya fremu kwa kiwango fulani cha kawaida.

Leo karibu kila kitu adapta za mtandao, viendeshi vya adapta za mtandao, madaraja/swichi na vipanga njia vinaweza kufanya kazi na miundo yote ya fremu ya teknolojia ya Ethaneti inayotumika katika mazoezi, na utambuzi wa aina ya fremu unafanywa kiotomatiki.

Hapo chini kuna maelezo ya marekebisho yote manne ya vichwa vya fremu za Ethernet (hapa, fremu inamaanisha seti nzima ya sehemu zinazohusiana na safu ya kiungo cha data, ambayo ni, sehemu za tabaka za MAC na LLC):

802.3/LLC fremu (fremu 802.3/802.2 au fremu ya Novell 802.2)

Fremu ghafi ya 802.3 (au fremu ya Novell 802.3)

Fremu ya Ethernet DIX (au fremu ya Ethernet II)

Fremu ya SNAP ya Ethernet

Miundo ya aina hizi nne za fremu za Ethaneti zinaonyeshwa kwenye Mchoro 6.2.

Mtini.6. 2. Miundo ya fremu ya Ethaneti.

Mchele. 14.3. Miundo ya fremu ya Ethaneti.

802.3/llc fremu

Kichwa cha fremu cha 802.3/LLC ni matokeo ya kuchanganya sehemu za vichwa vya fremu zilizofafanuliwa katika viwango vya IEEE802.3 na 802.2.

Kiwango cha 802.3 kinafafanua sehemu nane za vichwa:

Uga wa utangulizi ( Dibaji ) inajumuisha baiti saba za data ya saa. Kila baiti ina mlolongo sawa wa bits - 10101010 . Na Manchester coding, mchanganyiko huu unawakilishwa katika mazingira ya kimwili na ishara ya wimbi la mara kwa mara na mzunguko wa 5 MHz.

Anza kikomo cha fremu (Anza- ya- fremu- mgawanyiko, SFD) lina byte moja na seti ya bits 10101011 . Kuonekana kwa muundo huu kidogo ni dalili kwamba byte inayofuata ni byte ya kwanza ya kichwa cha fremu.

Anwani miadi (Anwani Lengwa, DA) - 6 ka. Biti ya kwanza ya juu anwani lengwa ni ishara oh hiyo ni anwani ya mtu binafsi au kikundi. Kama 0 , basi anwani ni mtu binafsi ( unicast ), na kama 1 , hiyo ni anwani ya kikundi ( utangazaji anuwai ). Anwani ya kikundi cha mtandao inaweza kulenga nodi zote za mtandao au kikundi maalum cha nodi za mtandao. Ikiwa anwani inajumuisha vitengo vyote, yaani, ina uwakilishi wa hexadecimal 0* FFFFFFFFFFF, basi inakusudiwa nodi zote mtandao unaitwa anwani ya matangazo ( matangazo ) . Katika hali nyingine, anwani ya kikundi inahusishwa tu na nodi hizo ambazo zimesanidiwa (kwa mfano, kwa mikono) kama washiriki wa kikundi ambao nambari yao imetajwa kwenye anwani ya kikundi. Biti ya pili ya juu huamua anwani njia ya kugawa anwani - ya kati au ya ndani. Ikiwa sehemu hii ni sawa 0 (ambayo karibu kila wakati hufanyika katika vifaa vya kawaida vya Ethernet), basi anwani iliyopewa serikali kuu, kwa msaada wa kamati ya IEEE. Kamati ya IEEE inasambaza kinachojulikana vitambulisho vya kipekee vya shirika (Kwa utaratibuKipekeeKitambulisho, OUI) . Kitambulisho hiki kimewekwa ndani baiti 3 muhimu zaidi za anwani ( kwa mfano, kitambulisho 000081 kinatambulisha kampuni ya Bay Networks ) .Mtengenezaji wa vifaa anajibika kwa pekee ya ka 3 za chini za anwani.Biti ishirini na nne, iliyotengwa kwa mtengenezaji kwa ajili ya kushughulikia miingiliano ya bidhaa zake, kuruhusu kutolewa Violesura milioni 16 chini ya kitambulisho kimoja cha shirika. Upekee wa anwani zinazosambazwa serikali kuu hutumika kwa teknolojia zote kuu za mtandao wa ndani - Ethernet, TokenRing, FDDI, n.k.

Tahadhari: Katika viwango vya IEEE Ethernet, sehemu ndogo kabisa ya baiti inaonyeshwa katika nafasi ya uga iliyo kushoto kabisa, na ile iliyo muhimu zaidi inaonyeshwa katika nafasi ya kulia kabisa. Hii ni njia isiyo ya kawaida ya kuonyesha mpangilio wa bits kwa byte kulingana na utaratibu ambao bits hupitishwa kwenye mstari wa mawasiliano na transmitter ya Ethernet.

Anwani ya chanzo ( Chanzo Anwani , S.A. ) - 6-byte shamba iliyo na anwani ya kituo - mtumaji wa sura. Sehemu ya kwanza huwa na thamani 0 kila wakati.

Urefu (Urefu, L ) . Baiti mbili uwanja wa urefu inafafanua urefu wa uga wa data kwenye fremu.

Fremu ya 802.3 ni fremu ya safu ndogo ya MAC, kwa mujibu wa kiwango cha 802.2 V yake uga wa data uliopachikwa katika fremu ya safu ndogo ya LLCna mwanzo na mwisho wa bendera za fremu zimeondolewa

DSAP anwani ya ufikiaji wa huduma ya mpokeaji ( Marudio Huduma Ufikiaji Hatua ) -Baiti 1.

SSAP anwani ufikiaji huduma mtumaji (Njia ya Kufikia Huduma ya Chanzo) - 1 baiti.

Udhibiti uwanja wa udhibiti - Baiti 1 katika hali ya LLC1 na ka 2 katika hali ya LLC2.

9. Sehemu ya data ( Data ) inaweza kuwa na baiti 0 hadi 1500. Lakini ikiwa urefu wa shamba ni chini ya byte 46, basi shamba la padding hutumiwa (Padding) kukidhi fremu kwa thamani ya chini inayoruhusiwa ya baiti 46. Kwa kuwa sura ya LLC ina urefu wa kichwa cha 3 (katika hali ya LLC1) au ka 4 (katika hali ya LLC2), ukubwa wa juu wa uwanja wa data umepunguzwa hadi 1497 (1796) bytes.

10. Sehemu ya Checksum ( fremu Angalia Mfuatano , FCS ) - Baiti 4 zilizo na thamani inayokokotolewa kwa kutumia algoriti mahususi ya CRC-32.

Kugundua - CSMA/CD). Kompyuta zote kwenye mtandao zinaweza kufikia basi ya kawaida kwa njia ya adapta ya mtandao iliyojengwa kwenye kila kompyuta, kwa kutumia hali ya maambukizi ya nusu-duplex. Mchoro wa uunganisho wa kompyuta cable Koaxial inavyoonyeshwa kwenye Mchoro 6.1.

Mchele.

6.1. Vituo kwenye mtandao wa kawaida wa ndani Ethaneti inaweza kuunganishwa pamoja kwa kutumia basi halisi au topolojia ya nyota, lakini topolojia ya kimantiki

1. - daima tairi. Kwa hili tunamaanisha kuwa kituo (channel) kinashirikiwa kati ya vituo na ni kituo kimoja tu kwa wakati kinaweza kukitumia. Pia inachukuliwa kuwa vituo vyote vinapokea sura iliyotumwa na kituo (matangazo). Mahali paliposhughulikiwa huhifadhi fremu huku wengine wakiitupa. Katika hali hii, tunawezaje kuhakikisha kuwa vituo viwili havitumii njia kwa wakati mmoja? Jibu: ikiwa tungo zao zitagongana. CSMA/CD imeundwa kutatua tatizo hili kulingana na kanuni zifuatazo:
2. Kila kituo kina haki sawa kwa kati (ufikiaji wa pamoja).
3. Kila kituo kuwa na fremu ya kutuma kwanza "kusikiliza" (wachunguzi) kati. Ikiwa hakuna data katika kati, kituo kinaweza kuanza kusambaza (ufuatiliaji wa mzunguko wa carrier).

Inaweza kutokea kwamba vituo viwili vinavyofuatilia kituo hicho kitagundua kuwa hakina shughuli nyingi na kuanza kutuma data. Katika kesi hii, mgongano unatokea, unaoitwa mgongano. utangulizi, yenye byte 7 za fomu 10101010, na byte Kuanza kwa Kikomo cha Fremu - SFD chapa 10101011. Michanganyiko hii inahitajika na mpokeaji ili kuingiza usawazishaji wa biti na fremu na kisambazaji. Fremu inaisha na uga wa mfuatano wa udhibiti wa fremu (FCS - Mfuatano wa Kuangalia Fremu) urefu wa baiti 4 (haujaonyeshwa kwenye Mchoro 6.2). Ishara za transmita huenea kwa pande zote mbili kando ya kebo, na nodi zote zinatambua mwanzo wa usambazaji wa sura. Nodi N pekee ndiyo inatambua yake anwani yako mwenyewe(anwani ya MAC lengwa) mwanzoni mwa fremu na huandika yaliyomo kwenye bafa yake kwa ajili ya kuchakatwa. Kutoka kwa sura iliyopokelewa, anwani ya chanzo (anwani ya chanzo ya MAC) imedhamiriwa ambayo sura ya majibu inapaswa kutumwa. Mpokeaji wa pakiti kwenye safu ya 3 amedhamiriwa kulingana na shamba Aina ya Itifaki: thamani 0x0800 - anwani ya moduli ya IP, 0806 - anwani ya moduli ya ARP. Kiwango cha chini na thamani ya juu urefu wa shamba kwa itifaki viwango vya juu- 46 na 1500 byte, kwa mtiririko huo. Mpangilio wa maambukizi ya biti ya sura ni: kushoto kwenda kulia / chini hadi juu (Mchoro 6.2), nambari zinaonyesha urefu wa sehemu za fremu kwa ka.

Node yoyote, ikiwa kuna sura ya kusambaza na kati ya busy, inalazimika kusubiri kutolewa kwake. Ishara ya mwisho wa maambukizi ni kutoweka kwa mzunguko wa carrier. Baada ya mwisho wa maambukizi ya fremu, nodi zote lazima zihimili kusitisha teknolojia ya 9.6 μs ili kuweka upya adapta za mtandao na kuzuia nodi sawa kukamata tena kati.

Mchele.

6.2. Wakati mwingine hali hutokea wakati nodi moja tayari imeanza kusambaza, lakini node nyingine bado haijawa na wakati wa kuchunguza hili na pia huanza kusambaza sura yake. Hali hii ya njia huria kunaswa na nodi zaidi ya moja inaitwa mgongano

. Utaratibu wa kutatua mgongano ni kama ifuatavyo (Mchoro 6.3):

Mchele. 6.3. Ikiwa kiwango cha ishara iliyopokelewa haizidi thamani ya kizingiti, basi nodi inaendelea maambukizi, lakini ikiwa inazidi, basi nodi huacha kusambaza sura na kutuma mchanganyiko maalum wa jam 32-bit (ishara ya mgongano) kwenye mtandao na. mlolongo wa dharula, ambao husababisha tu kuongezeka kwa kiwango cha mawimbi katika mtandao wa ndani kutokana na ongezeko la amplitude ya mapigo. matokeo Mtandao wa Ethernet unashuka kwa sababu mtandao kila kitu muda mrefu zaidi busy kushughulikia migongano na kutupa fremu. Mambo matatu huamua jinsi CSMA/CD inavyofanya kazi: urefu wa chini wa fremu, kasi ya maambukizi data na kikoa cha migogoro.

Inabidi usubiri kituo muda fulani ili kuhakikisha hakuna data kwenye mstari - wakati huu ni sawa na urefu wa chini wa fremu uliogawanywa na kasi ya maambukizi(muda inachukua kusambaza fremu ya urefu wa chini zaidi), na inalingana na wakati inachukua kwa biti ya kwanza kusafiri umbali wa juu zaidi wa mtandao (kikoa cha mgongano). Kwa maneno mengine, tunayo:

Kiwango cha Chini cha Urefu wa Fremu/Kiwango cha Biti kinawiana na Kikoa cha Mgongano/Kiwango cha Uenezi

Katika jadi Mtandao wa ndani Ethernet, urefu wa chini wa fremu ni biti 520, kasi ya maambukizi- 10 Mbit / s, kasi ya uenezi ni karibu sawa na kasi ya mwanga, na uwanja wa migogoro ni kuhusu mita 2500.

Mchele.

• 6.5. Dibaji . Dibaji ya fremu ina baiti 7 (biti 56) za zile zinazopishana na sufuri zinazotahadharisha mfumo kupokea fremu inayowasili na kuitayarisha kwa usawazishaji kwa kutumia saa. Dibaji imeongezwa kwa kweli kiwango cha kimwili
• na sio (rasmi) sehemu ya fremu. Mwanzo wa kikomo cha fremu
• (SFD - Anza Kikomo cha Fremu). Sehemu ya SFD (1 baiti: 10101011) huashiria kuanza kwa fremu na kuashiria kwa kituo kwamba ulandanishi umekamilika. Biti mbili za mwisho ni 11 (mbili) - ishara kwamba uwanja unaofuata ni anwani ya mpokeaji. Anwani ya mpokeaji (DA - Anwani Lengwa) . Sehemu ya DA ni baiti 6 na ina anwani ya kimwili
• marudio au kituo cha kati. Anwani ya chanzo