Виявлення різних кадрів Ethernet


12

Як хтось може розрізняти різні пакети в протоколі Ethernet? У нього немає "довжини" поля / області, як це використовують протоколи вищого рівня.

Оскільки цей протокол має обробку як у фізичній, так і в логічній сферах, я припускаю, що це також є розділеним.

Чи здійснюється логічне розділення за допомогою поля протоколу "EtherType"? (тобто отримання довжини пакету, використовуючи тип протоколу вищого рівня, у якому в заголовках є поле довжини).

Чи фізичне відмінність - це просто непередача електричних сигналів? (Наскільки мені відомо, високі / низькі електричні сигнали представляють 0/1 біт).

Відповіді:


14

Хоча Ytti відповів, є деякі відповідні деталі, які можуть вас зацікавити ...

Як хтось може розрізняти різні пакети в протоколі Ethernet? У нього немає "довжини" поля / області, як це використовують протоколи вищого рівня.

Насправді Ethernet має кілька капсул:

  • Ethernet II (як правило, використовується для IP, як зазначено в [RFC 894], є найпоширенішим інкапсуляцією): не має поля довжини , замість цього використовується поле типу ...
       +----+----+------+------+-----+
       | DA | SA | Type | Data | FCS |
       +----+----+------+------+-----+
                 ^^^^^^^^

       DA      Destination MAC Address (6 bytes)
       SA      Source MAC Address      (6 bytes)
       Type    Protocol Type           (2 bytes: >= 0x0600 or 1536 decimal)  <---
       Data    Protocol Data           (46 - 1500 bytes)
       FCS     Frame Checksum          (4 bytes)
  • 802.2 ТОВ Ethernet: має поле довжини
       +----+----+------+------+------+------+-----+
       | DA | SA | Len  | LLC  | SNAP | Data | FCS |
       +----+----+------+------+------+------+-----+
                 ^^^^^^^^

       DA      Destination MAC Address (6 bytes)
       SA      Source MAC Address      (6 bytes)
       Len     Length of Data field    (2 bytes: <= 0x05DC or 1500 decimal)  <---
       LLC     802.2 LLC Header        (3 bytes)
       SNAP                            (5 bytes)
       Data    Protocol Data           (46 - 1492 bytes)
       FCS     Frame Checksum          (4 bytes)

Незалежно від існування поля довжини 802,2, ви завжди можете виявити кінець Ethernet-кадру на дроті, шукаючи 96-бітний інтерфрейм-проміжок .

Чи здійснюється логічне розділення за допомогою поля протоколу "EtherType"? (тобто отримання довжини пакету, використовуючи тип протоколу вищого рівня, у якому в заголовках є поле довжини).

Під логічним розділенням я припускаю, що ви маєте на увазі розділення між різними протоколами, що переносяться всередині Ethernet, таким є розрізнення IPv4, IPv6 або, можливо, Spanning-Tree Frames.

  • Ethernet II зазвичай використовує поле Type
  • 802.2 LLC Ethernet зазвичай використовує п'ятибайтове розширення 802.2 Ethernet SNAP . Декодуються протоколи лише з розширенням SNAP, коли байти 802.2 DSAP / SSAP дорівнюють 0xAAAA.

Чи фізичне відмінність - це просто непередача електричних сигналів? (Наскільки мені відомо, високі / низькі електричні сигнали представляють 0/1 біт)

Простіше кажучи, так, 96-бітовий розрив між кадрами Ethernet; однак зауважте, що Ethernet використовує кодування 8b / 10b (FastEthernet) та кодування 64b / 66b (GigabitEthernet), тому говорити про "непередачу електричних сигналів" технічно невірно, оскільки 8b / 10b не має " мовчазний "стан.


Для цікавих, я також посилаюся на оригінальну специфікацію версії 2 Ethernet .


7

Ethernet має преамбулу та роздільник рамки кадру на старті, а в кінці він має 'IFG' або міжкадровий розрив. Вони використовуються для визначення початку та кінця кадру.


Це поділ у фізичній чи логічній рамці? Однак що робити, якщо поле даних протоколу буде включати інформацію / символи / сигнали, які є однаковими роздільниками початку / кінця?
Роздум

1
Gap це буквально просто так, немає ризику знайти його в корисному навантаженні. Однак в деяких інших неефірних контекстах це викликає занепокоєння, і це можна виправити, переконавшись, що деякі символи ніколи не використовуються для кодування даних, а лише для передачі сигналів, однак це знизить ефективність витрачати деякі символи на "непридатне" дані.
ytti
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.