Превод RFC 1483

Английски език име на параметър ще бъде преведен, но използва по-нататък обикновено в първоначалния си вид. Това е така, защото вероятността за намиране наименование на руски език при конфигуриране на устройството достатъчно малък.

Тук понятията "превключващи" и "bridzhevanie» (преодоляване) ще се използват взаимозаменяемо.

Също така тук, терминът PDU да се използва: единица данни протокол - блок данни протокол.

Този документ описва два метода, които се прилагат при предаване на данни чрез мрежата от АТМ включени и протоколи за маршрутизация. Той поддържа протоколи за прехвърляне на данни, че работят без връзка (конекция).

Първият метод подкрепя мултиплексиране на данни от различни протоколи по същия виртуален канал (виртуална верига) банкомат. Протокол, данните от които се съдържат в предава на PDU, идентифицирани позиция LLC IEEE 802.2 (Logical Link Control). Освен това, този метод ще се нарича «LLC-капсулиране" (или LLC-мултиплексиране).

Вторият метод е да се прехвърлят данни от различни протоколи на различни виртуални канали банкомат. Освен това, този метод ще се нарича "VC-капсулиране" (или VC-мултиплексиране).

В ATM данни се предават, използвайки фиксирана дължина клетки. Следователно, когато пакети с различна дължина, образувани от различни протоколи, е необходимо да се сегмент / възстанови пакета данни към / от клетките. Банкоматът се занимава с нива на SAR (сегментиране и сглобяване). Така че, RFC 1483 не описва новата методика, използвана в нивата на SAR. Вместо PDU мрежови протоколи капсулирани в полеви полезен товар (съдържание) на ниво CPCS-пакет (Обща част Сближаване подслой) ИЗС пети тип - AAL5.

RFC 1483 описва данните за капсулиране протокол директно през слой CPCS, което предполага липса в този случай нивото КСК (Service Специфична Сближаване подслой). Когато се използва, например, Frame Relay услуга Специфична конвергенция подслой (FR-КСК) PDU в предаването на различни протоколи, използвани мултиплексиране техника, използваща NLPID (вж. RFC 1294). Формат FR-КСК-PDU и капсулиране на IP и CLNP чрез FR-КСК съгласно RFC 1294 разгледана накратко в Приложение А.

поле полезен товар съдържа данните на потребителя и е с размер до 2 16-1 октет.

област PAD (изравняване) се използва за привеждане размер ССОЗП-PDU на границата на 48-октет (т. Е. Чрез разделяне на общата дължина на пакет 48 не трябва да бъде остатък). след това пакет AAL5 ССОЗП-PDU се предава на нивата на SAR, които се разделят на 48 байта клетка.

Невярно CPCS-UU (User-към-потребителя индикация - Показване на потребител-към-потребител) може да се използва за прозрачно предаване на информация на потребителя. Това поле не се регулира от RFC 1483 и може да се настрои на произволна стойност.

Невярно CPI (Обща част Индикатор - общ показател част) се използва, за да се приведе в съответствие затварянето CPCS-PDU за граница на 64-битова. Невярно може да носи допълнителни функции, които по-късно могат да бъдат идентифицирани CCITT. В този случай, ако това поле се използва единствено, за да се приведе в съответствие с границата на 64-битова, тя трябва да съдържа 0x00 на стойност.

Това поле показва дължината на октета на полезния товар. Максималната стойност на тази област - 65535. За да завършите функция (прекратите функция) с помощта на стойност по дължина, равна на 0x00.

полето за контролна сума се използва за проверка за грешки в пакета. Стойността на полето на КРС се игнорира в изчислението.

Форматът на полезния товар за маршрутирана ISO PDU

ISO навигационни протоколи идентифицирани поле октет NLPID. Това поле е част от информационното поле на протоколи. стойности на полетата NLPID администрирани от ISO и CCITT организации. Тези стойности са определени в ISO / IEC TR 9577. документ Някои от стойностите, използвани са изброени в допълнение В.

Стойността 0x00 определено областта NLPID ISO / IEC TR 9577 като мрежата на нулево ниво (Null Network Layer) или неактивна инсталация (Inactive Set). АТМ-капсулиране нула поле 0x00 на стойност се счита за погрешно.

ISO Капсулирането може да се използва за предаване на IP трафик. Въпреки факта, че IP не е протокол ISO, има определена стойност за него NLPID равен 0xCC. Въпреки това, не е необходимо да се използва за предаване чрез мрежата от АТМ такъв формат на предаване на данни. данни IP протоколи, които се предават по същия начин, както и други данни, които не са по ISO протокол.

Не-ISO протоколи са идентифицирани с SNAP-глава, който непосредствено следва LLC-заглавието. Наличието на SNAP-LLC-глава идентифицира заглавието със стойността 0xAA-АА-03. SNAP-глава формат:

Форматът на полезния товар за маршрутирана IP PDU

4.2 LLC-капсулиране за мостови протоколи.

Когато LLC-капсулиране тип протокол комутируема се идентифицира с SNAP-глава. При прехвърляне насочват извън ISO протоколи, наличието на SNAP-заглавна идентифицира стойност LLC заглавната част, равна на 0xAA-AA-03. Когато е включен предаване стойност протокол поле за данни OUI SNAP-заглавието равна 0x00-80-С2. Dial-нагоре идентификатор протокол се съдържа в областта на PID. Допълнителна характеристика на поле PID е показател за това дали областта протокол FCS за набиране-PDU съдържа - шах - или не. (В този случай има FCS, изчислява пакет подател, например адаптер работна станция Ethernet мрежа на мрежата). Списък на PID, които могат да бъдат използвани в АТМ-капсулирането е показан в допълнение Б.

Когато е включен протокол за предаване поле Товар AAL5 CPCS-PDU данни трябва да имат един от следните формати. добавена подравняване Byte, ако е необходимо, след като поле PID да приведе в информационното поле е 4-октет граница.

802.6 поле PID се използва за само една стойност, за разлика от други видове PDU. Наличието или отсъствието на контрол битови CB количества, посочени в MAC-заглавната част на рамката.

Преносни полета в заглавието, и завършващ PDU 802.6 през АТМ мрежата се поддържа, за да се гарантира, режимът на конвейер (конвейер). област PDU Header съдържа BAsize, което показва дължината на PDU. Ако 802.6 мост не е в състояние да работи с тази област (т.е.. Е. Тя не получи), така че на моста не може да предава на сегментиран PDU (с изключение на случаите, когато PDU се получават изцяло), и не е в състояние да изчисли и поставете дължината му BAsize стойност в полето. Ако може да се използва областта, моста 802.6 може да получи пълната дължина на PDU, поставете я в съответното поле на първия сегмент и веднага изпрати получи сегмент 802.6 мрежа. По този начин, на моста може да започне да предава 802.6 PDU, преди да получи цялата PDU.

Забележка: Заглавието и края на капсулирани рамката не може просто да бъде копиран в предаването на информация в мрежата 802.6. BEtag, съдържаща се в капсулирани рамката може да е в противоречие с предишната стойност BEtag мина да се преодолее.

802.6 мост може да "убие" получената AAL5 CPCS-PDU определяне на дължината на полето на 0. Ако изпращането на информация мост вече е започнала да предава PDU сегменти в 802.6 мрежата и след това е бил уведомен изчисти AAL5 CPCS-PDU, той може незабавно да генерира МНИ клетка, което води до изчисти 802.6 PDU в получаване моста. Така МНИ клетка може да съдържа неправилна стойност на полето за дължина в края на PDU.

Когато VC-капсулиране или VC-мултиплексиране данни протокол се предава чрез мрежа ATM е обозначена с VC, т. Е., всеки протокол използва отделен VC. По този начин не е необходимо за допълнителна стая в мултиплексиране информация полезен товар AAL5-CPCS-PDU, което намалява трафик се използва и CPU превключватели.

Показател "идентификатор предава протокол" може да бъде конфигуриран ръчно или автоматично договорено по време на процеса на установяване на връзка чрез използване на процедурите за сигнализация. Алармени подробности ще бъдат определени по-късно. В по-късно RFC.

5.1 VC-капсулиране насочват протоколи.

PDU насочват протоколи трябва да бъде поставен в полезния товар AAL5 CPCS-PDU. Форматът на полезния товар е показан по-долу:

Размерът на тази област може да бъде до 2 16-1 октет

Форматът на полезния товар за маршрутирана PDU

5.2 VC-bridzhuemyh капсулиране протоколи.

PDU включва протоколи трябва да бъде поставен в полето Payload AAL5 ССОЗП-PDU по подобен начин както е описано в Раздел 4.2, с изключение на това, че само полета са включени след PID. Когато е включен протокол за предаване поле Товар AAL5 CPCS-PDU данни трябва да имат един от следните формати.

LAN FCS (в зависимост от VC)

Форматът на полезния товар за комутируема Ethernet / 802.3 PDU

PAD 0x00-00-00 или 0x00-00-XX

LAN FCS (в зависимост от VC)

Форматът на полезния товар за комутируема 802,4 / 802,5 / FDDI PDU

12 <Мультипротокольная инкапсуляция через AAL5

Забележка Невярно 802.5 AC (Контрол на достъпа - контрол на достъп) Няма значение извън

LAN 802.5. По принцип, може да се предава в областта на последния октет PAD. Това октет може да се настрои на произволна стойност (XX на фигурата).

Форматът на полезния товар за набиране 802.6 PDU

BPDU, структурата на който е определен в 802.1 (D) и 802.1 (д)

Форматът на полезния товар за BPDU

В случай на Ethernet, 802.3, 802.4, 802.5 и FDDI наличие или отсъствие на поле FCS (проверка на сумата), използвани VC е идентифицирана, т.е.. Д. Когато VC настройка ръчно или автоматично се съгласи, шах ще се използва или не. В PDU, съдържащ контролна и PDU, съдиите не съдържат, се считат като принадлежащи към различни протоколи, дори и ако те принадлежат към един и същ протокол комутируема.

6Kommutatsiya в AT М мрежа

Ключ (или всяко друго устройство) банкомат, мрежа, работещи с капсулиране протоколи трябва да поддържа прилагането на съответните функции: наводняване (flading), пренасочване (прехвърляне) и филтър (филтриране) включва PDU.

Наводнения има PDU изпращане във всички възможни посоки, с изключение на тази, на която е била получена PDU. В околната среда банкомат това означава изпращане PDU във всички ВХ, в който могат да се изпращат на PDU. В практическо прилагане, това може да означава изпращане на отделно копие на PDU във всяка VC, или използването на мултикаст (мултикаст) VC.