Формирование фреймов в интерфейсе обмена данными.
Трудности, возникающие в интерфейсе обмена данными.
Как уже говорилось, интерфейс обмена данными (DXI) разработан для инкапсулирования протокольных модулей обмена данными сетевого уровня в согласовании с присоединенным к устройству MSDSU поочередным интерфейсом. Не считая того, интерфейс DXI может работать конкретно меж оборудованием юзера и системой коммутации через устройства Tl, Е1 либо DDS. В обоих вариантах операционная система Cisco IOS разглядывает интерфейс DXI как протокол канала передачи данных в интерфейсе. Если канал работает и разрешен тактовый опрос устройств (работает пакет поддержки соединения), к отказу протокола канала передачи данных могут привести такие ситуации:
- различные длины повторяющихся лишних кодов, применяющихся в разных конечных точках DXI. В устройстве SMDSU и маршрутизаторе должен быть задан повторяющийся лишний код одной и той же длины. Почти всегда довольно применять шестнадцатибитовый код CRC (он установлен по дефлоту);
- появление физического (программного либо аппаратного) зацикливания в на-правлении интерфейса маршрутизатора (либо в направлении устройства SMDSU).
В отличие от протокола соединения типа "точка-точка" (Point-to-Point Protocol — РРР) и высокоуровневого протокола управления каналом, в каких выявляются зацикленные интерфейсы и происходит извещение о их, интерфейсы службы SMDS не делают этих функций. Любопытно отметить, что таковая возможность существует — значение поля адреса в заголовке DXI задается на базе направления передачи. Таковым образом, если маршрутизатор посылает фрейм тактового опроса устройств, в поле адреса которого содержится единица, и получает ответ с этим же адресом, можно прийти к выводу, что интерфейс зациклен. В любом случае опосля 3-х оставшихся без ответа тактовых опросов устройств протокол канала передачи данных считается неработающим;
- недостаток поочередного кабеля. Время от времени кабели повреждаются из-за перегибов и порезов, извивов штырей в соединителях и по иным причинам. (Постоянно смотрите за разъемами!);
- неисправность устройства SMDSU либо интерфейсной платы в маршрутизаторе.
Перечисленные элементы — это 1-ое, что необходимо проверить. Если вы длительно и неудачно пытаетесь решить какую-то делему с оборудованием, время от времени полезно привлечь к этому делу поставщиков.
В любом случае механизм тактового опроса устройств, входящий в состав интерфейса DXI, описывает состояние протокола канала передачи данных (до того времени пока работает канал). Если вы желаете отключить данный механизм, это можно сделать при помощи команды no keepalive. Нередко отключение производится при конкретном лабораторном подключении маршрутизаторов, без внедрения устройств SMDSU. Не считая того, можно стопроцентно отключить интерфейс DXI при помощи команды no smds dxi-mode либо команды по smds dxi (начиная с версии IOS 12.0). Отключив интерфейс DXI на маршрутизаторе, его также нужно отключить на устройстве SMDSU (либо на другом маршрутизаторе, присоединенном к данному в лабораторных критериях кабелем). В неприятном случае маршрутизатор не сумеет распознавать фреймы DXI, присланные ему удаленным устройством.
Как уже говорилось, интерфейс обмена данными (DXI) разработан для инкапсулирования протокольных модулей обмена данными сетевого уровня в согласовании с присоединенным к устройству MSDSU поочередным интерфейсом. Не считая того, интерфейс DXI может работать конкретно меж оборудованием юзера и системой коммутации через устройства Tl, Е1 либо DDS. В обоих вариантах операционная система Cisco IOS разглядывает интерфейс DXI как протокол канала передачи данных в интерфейсе. Если канал работает и разрешен тактовый опрос устройств (работает пакет поддержки соединения), к отказу протокола канала передачи данных могут привести такие ситуации:
- различные длины повторяющихся лишних кодов, применяющихся в разных конечных точках DXI. В устройстве SMDSU и маршрутизаторе должен быть задан повторяющийся лишний код одной и той же длины. Почти всегда довольно применять шестнадцатибитовый код CRC (он установлен по дефлоту);
- появление физического (программного либо аппаратного) зацикливания в на-правлении интерфейса маршрутизатора (либо в направлении устройства SMDSU).
В отличие от протокола соединения типа "точка-точка" (Point-to-Point Protocol — РРР) и высокоуровневого протокола управления каналом, в каких выявляются зацикленные интерфейсы и происходит извещение о их, интерфейсы службы SMDS не делают этих функций. Любопытно отметить, что таковая возможность существует — значение поля адреса в заголовке DXI задается на базе направления передачи. Таковым образом, если маршрутизатор посылает фрейм тактового опроса устройств, в поле адреса которого содержится единица, и получает ответ с этим же адресом, можно прийти к выводу, что интерфейс зациклен. В любом случае опосля 3-х оставшихся без ответа тактовых опросов устройств протокол канала передачи данных считается неработающим;
- недостаток поочередного кабеля. Время от времени кабели повреждаются из-за перегибов и порезов, извивов штырей в соединителях и по иным причинам. (Постоянно смотрите за разъемами!);
- неисправность устройства SMDSU либо интерфейсной платы в маршрутизаторе.
Перечисленные элементы — это 1-ое, что необходимо проверить. Если вы длительно и неудачно пытаетесь решить какую-то делему с оборудованием, время от времени полезно привлечь к этому делу поставщиков.
В любом случае механизм тактового опроса устройств, входящий в состав интерфейса DXI, описывает состояние протокола канала передачи данных (до того времени пока работает канал). Если вы желаете отключить данный механизм, это можно сделать при помощи команды no keepalive. Нередко отключение производится при конкретном лабораторном подключении маршрутизаторов, без внедрения устройств SMDSU. Не считая того, можно стопроцентно отключить интерфейс DXI при помощи команды no smds dxi-mode либо команды по smds dxi (начиная с версии IOS 12.0). Отключив интерфейс DXI на маршрутизаторе, его также нужно отключить на устройстве SMDSU (либо на другом маршрутизаторе, присоединенном к данному в лабораторных критериях кабелем). В неприятном случае маршрутизатор не сумеет распознавать фреймы DXI, присланные ему удаленным устройством.
<< В начало < Предыдущая 1 2 3 4 5 Следующая > В конец >>