RFC: 2427
Оригинал: Multiprotocol Interconnect over Frame Relay
Предыдущие версии: RFC 1294, RFC 1490
Категория: Стандарт Интернета
Дата публикации:
Авторы: ,
Перевод: Николай Малых

RFC 2427, Страница 18 из 18

13. Приложение C — Отличия от RFC 1490

Документ RFC 1490 получил широкое распространение, многократно реализован и учтен в стандартах Frame Relay Forum FRF.3.1 [15] и ITU Q.933 [2]. В этом разделе рассмотрены отличия настоящего документа от RFC 1490, внесенные в результате практического использования спецификации и накопленного опыта взаимодействия (интероперабельности) систем.

В RFC 1490 были внесены некоторые стилистические изменения. Ни одно из этих изменений не затрагивает технических аспектов документа — целью этих изменений было сохранение приведенных в документе схем и более четкое изложение материала. Ниже перечислены наиболее существенные изменения.

  • Требование поддержки протоколов со SNAP-инкапсуляцией для протоколов, имеющих NLPID, было снято. В RFC 1490 сказано, что для протоколов, имеющих идентификатор NLPID (например, IP), должна использоваться NLPID-инкапсуляция. Ниже в том же документе было указано, что станции должны воспринимать эти протоколы и со SNAP-инкапсуляцией. Непоследовательность такого подхода очевидна. Станции должны передавать и воспринимать инкапсуляцию NLPID для таких протоколов и могут (но не обязаны) воспринимать также SNAP-инкапсуляцию.

  • Удален раздел, посвященный фрагментации. К настоящему времени отсутствует интероперабельность для алгоритма фрагментации, предложенного в RFC 1490. Кроме того, некоторые элементы предложенного механизма фрагментации делают его неприемлемым для отдельных приложений Frame Relay. В результате рассмотрение вопросов фрагментации было исключено из данного документа и предлагается использовать фрагментацию в соответствии со стандартом FRF.12 [18].

  • Механизм преобразования адресов, предложенный в RFC 1490, подходит только для постоянных соединений PVC и не может быть использован в средах с коммутируемыми соединениями SVC. Поэтому название раздела в данном документе было соответствующим образом изменено. Вопросы преобразования адресов в средах с коммутируемыми соединениями SVC рассматриваются рабочей группой ION.

  • В данном документе дополнительно рассмотрена инкапсуляция Source Routing BPDU и соответствующее добавление было сделано в Приложении A.

  • Более четко изложены вопросы использования канонических и неканонических MAC-адресов получателей.

  • Описание протокола Inverse ARP было опущено в связи с выпуском спецификации Inverse ARP [RFC2390].

  • Добавлен раздел, посвященный вопросам безопасности.

14. Литература

[1]International Telecommunication Union, «ISDN Data Link Layer Specification for Frame Mode Bearer Services», ITU-T Recommendation Q.922, 1992.
[2]International Telecommunication Union, «Signalling Specifications for Frame Mode Switched and Permanent Virtual Connection Control and Status Monitoring», ITU-T Recommendation Q.933, 1995.
[3]Information technology - Telecommunications and Information Exchange between systems - Protocol Identification in the Network Layer, ISO/IEC TR 9577: 1992.
[RFC1638]Baker, F., and R. Bowen, «PPP Bridging Control Protocol (BCP)», RFC 1638, June 1994.
[5]International Standard, Information Processing Systems - Local Area Networks - Logical Link Control, ISO 8802-2, ANSI/IEEE, Second Edition, 1994-12-30.
[RFC826]David C. Plummer, «Протокол преобразования адресов Ethernet (ARP)», RFC 826, Ноябрь 1982.
[RFC1700]Reynolds, J., and J. Postel, «Assigned Numbers», STD 2, RFC 1700, October 1994. See also: http://www.iana.org/numbers.html
[RFC903]Finlayson, Mann, Mogul, и Theimer, «Протокол RARP», RFC 903, Июнь 1984.
[RFC1042] J. Postel и J. Reynolds, «Стандарт передачи дейтаграмм IP в сетях IEEE 802», RFC 1042, Февраль 1988.
[10]IEEE, «IEEE Standard for Local and Metropolitan Area Networks: Overview and architecture», IEEE Standard 802-1990.
[RFC2390]Bradley, T., Brown, C., and A. Malis, «Inverse Address Resolution Protocol», RFC 2390, September 1998.
[12]IEEE, «IEEE Standard for Local and Metropolitan Networks: Media Access Control (MAC) Bridges», IEEE Standard 802.1D-1990.
[13]ISO/IEC 15802-5 : 1998 (IEEE Standard 802.1G), Remote Media Access Control (MAC) Bridging, March 12, 1997.
[14]Frame Relay Forum, «Data Compression Over Frame Relay Implementation Agreement», FRF.9, January 22, 1996.
[15]Frame Relay Forum, «Multiprotocol Encapsulation Implementation Agreement», FRF.3.1, June 22, 1995.
[RFC2119]Scott Bradner, «Ключевые слова для обозначения уровня требований в RFC», RFC 2119, Март 1997.
[RFC1973]Simpson, W., «PPP in Frame Relay», RFC 1973, June 1996.
[18]Frame Relay Forum, «Frame Relay Fragmentation Implementation Agreement», FRF.12, December 1997.
[19]Frame Relay Forum, «Frame Relay PVC Multicast Service and Protocol Implementation Agreement», FRF.7, October 21, 1994.

Адреса авторов

Caralyn Brown
Consultant
EMail: moc.onuj@nworbc

Andrew Malis
Ascend Communications, Inc.
1 Robbins Road Westford, MA 01886
Phone: (978) 952-7414
EMail: moc.dnecsa@silam

2007 - 2017 © Русские переводы RFC, IETF, ISOC.