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