RFC: 1613
Оригинал: X.25 over TCP (XOT)
Категория: Информационный
Дата публикации:
Авторы: , , ,
Перевод: Игорь Шеваров

RFC 1613, Страница 9 из 9

Значения управления потоком данных — это значения, которые зависят от локального интерфейса, реализации XOT, которая послала пакет PVC setup. Значение максимального размера пакета кодируется как в пакете size facility (т.е. два в степени размер пакета в октетах, так что значение 7 представляет собой максимальный размер пакета в 128 октетов). Если отвечающий XOT осуществляет управление потоком данных точка-точка, то он будет требовать совместимые значения управления потоком данных, так что возвращенный статус 0x18 будет индицировать значения, требуемые для отвечающего XOT (заметим, что входящее значение на одном локальном интерфейсе соответствует исходящему значению на подсоединенном к нему интерфейсу и наоборот).

После установления TCP соединения, инициатор посылает пакет PVC setup, где значение статуса ДОЛЖНО быть 0x00, респондер будет отвечать ему своим пакетом PVC setup или закроет TCP соединение. PVC XOT считается успешным, если респондер вернет статус 0x00. Однажды установленное соединение PVC XOT МОЖЕТ быть завершено процедурой Reset на локальном интерфейсе, так что если локальный интерфейс LCI в состоянии D1, пакет Reset может быть сгенерирован на обоих интерфейсах: на локальном и на интерфейсе XOT TCP.

Соединение XOT PVC может быть прервано простым закрытием TCP соединения. Пакеты X.25, которые не являются правильными для PVC НЕ ДОЛЖНЫ передаваться через XOT PVC соединение. Когда локальный интерфейс подвергается процедуре Restart, XOT PVC соединение должно выполнить Reset или закрыть XOT PVC соединение.

Реализации XOT СЛЕДУЕТ решить, как будет обрабатываться коллизия попыток установления соединения. Получение XOT PVC setup для PVC, которое само делает попытку к установке XOT соединения, может принять попытку установить соединение, и если TCP XOT в результате просто использует одно соединение для посылки данных XOT (XOT НЕ ДОЛЖЕН посылать трафик через оба) и принимает трафик на другом, или может закрыть входящую попытку или может повторить попытку соединения через случайный промежуток времени. Если два соединения позволены для PVC, то при закрытии одного СЛЕДУЕТ закрыть другое.

7. Подтверждения

Грег Сатз (Greg Satz) — первоначальный проектировщик и implementor X.25 через TCP. Авива Гаретт (Aviva Garrett) из cisco Systems рассмотрел технические условия и внес много редакционных исправлений.

8. Соглашения по безопасности

Проблемы безопасности не рассматриваются в этом документе.

9. Ссылки

[1]Reynolds, J., and J. Postel, «Assigned Numbers», STD 2, RFC 1340, USC/Information Sciences Institute, Июль 1992.
[2]CCITT, Blue Book Volume VIII--Fascicle VIII.2, «Data Communication Networks: Services and Facilities, Interfaces»; Recommendation X.25, «Interface Between Data Circuit-Terminating Equipment (DCE) for Terminals Operating in the Packet Mode and Connected to Public Data Networks by Dedicated Circuit», 1989, Geneva.

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

James R. Forster
Engineering Dept.
cisco Systems
1525 O'Brien Dr.
Menlo Park. CA. 94025
Phone: 1.415.688.8245
Fax: 1.415.688.8282
EMail: moc.ocsic@retsrof

Greg Satz
Engineering Dept.
cisco Systems
1525 O'Brien Dr.
Menlo Park. CA. 94025
Phone: 1.415.688.8245
Fax: 1.415.688.8282
EMail: moc.ocsic@ztas

Gilbert Glick
Engineering Dept.
cisco Systems
1525 O'Brien Dr.
Menlo Park. CA. 94025
Phone: 1.415.688.8245
Fax: 1.415.688.8282
EMail: moc.ocsic@kcilgg

Bob Day
Joint Network Team
c/o Rutherford Appleton Laboratory
Chilton
Didcot
Oxfordshire OX11 0QX
United Kingdom
Phone: 44.235.44.5163
Fax: 44.235.44.6251
EMail: ku.ca.tnj@yad.r

Страница 9 из 9

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