Протокол IP : Serial Tunnel (STUN)

Часто задаваемые вопросы по последовательным туннелям

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Вопрос. . Какой адрес я должен использовать для определения Последовательного туннелирования (STUN) оператор peer-name?

О. Можно использовать любой IP-адрес активного интерфейса в маршрутизаторе. Однако, вы должны использовать IP-адрес наиболее устойчивого интерфейса, который является адресом обратной связи.

Вопрос. . Почему является мое Последовательное туннелирование (STUN) одноранговым закрытым названием?

О. Одноранговое название STUN закрыто, потому что не были переданы никакие данные.

  • Если использовать непосредственную инкапсуляцию, то ваш интерфейс не будет функционировать.

  • Если использовать IP-инкапсуляцию, то IP-подключение между 2 пирами не установится, потому что либо отсутствует подключения с помощью IP-адреса, либо ни одно из устройств не попыталось послать данные по проводу.

Вопрос. . Почему и когда используется другое Последовательное туннелирование (STUN) группы?

О. Используйте другого Stun group для дифференциации трафика от процессоров интерфейсной части (FEP), которые имеют контроллеры с тем же адресом.

Вопрос. . После настройки Последовательного туннелирования (STUN) инкапсуляция на интерфейсе, как я удаляю эту функцию? Команда "no stun encapsulation" не работает.

О. Выполните команду инкапсуляции HDLC, которая задержит интерфейс к его инкапсуляции по умолчанию.

Вопрос. . Почему мы должны использовать пассивную коммутационную панель для связи Request To Send (RTS) и готовности терминала данных (DTR) вместе для хранения Последовательного туннелирования (STUN) интерфейс?

О. Пока у вас нет нового полудуплексного инвертированного невозврата к нулю (NRZI), STUN только поддерживает полный дуплекс; этим соглашением??? полный дуплекс??? RTS средств и Clear To Send (CTS) всегда высоки. Связывание штырьков RTS и DTP вместе поддержит RTS на высоком уровне в любом случае.

Вопрос. . Как я должен расположить по приоритетам Последовательное туннелирование (STUN) трафик?

О. Расположите по приоритетам трафик STUN для Cisco IOS Software Release 9.1 и позже, как показано ниже.

  • Используйте процедуру ниже для простой серийной инкапсуляции.

    1. Выполните следующую команду:

      priority-list x stun {high|medium|normal|low} 
           address stun_group controller_address
      
      
      !--- The above command is entered on one line.
      
      
    2. Назначьте приоритетную группу на выходной интерфейс.

  • Для инкапсуляции TCP существует теперь четыре порта, упомянутые ниже, вместо одного порта, как в предшествующем программном обеспечении.

    1994 : high priority
    1990 : medium priority
    1991 : normal priority
    1992 : low priority

    Таким образом для расположения по приоритетам трафика кодируйте порт STUN сначала, и затем используйте команду priority-list для присвоения приоритизации. Например, установите приоритетный список для STUN на interface serial 1 с адресом контроллера C1 как показано ниже.

    priority-list 1 protocol ip high tcp 1994
    priority-list 1 protocol ip medium tcp 1990
    priority-list 1 protocol ip normal tcp 1991
    priority-list 1 protocol ip low tcp 1992
    priority-list 1 stun high address 1 C1
    interface s 1
    encapsulation stun
    stun group 1
    stun route address C1 tcp 131.108.64.250
         local-ack priority
    
    !--- The above command is entered on one line.
    
    interface serial 2
    priority-group 1
    
    !--- Note: This is the WAN interface.
    
    

Примечание: Оператор priority-group применен к Интерфейсу WAN, по которому трафик STUN туннелирован, не к самому интерфейсу STUN.

Вопрос. . Последовательное туннелирование (STUN) может работать по Коммутируемому мультимегабитному сервису передачи данных Switched Multimegabit Data Service (SMDS), Frame Relay или облаку X.25?

О. Да, при использовании инкапсуляции TCP. После инкапсуляции пакет будет точно так же, как обычный пакет IP, и это будет маршрутизироваться по X.25, Frame Relay или SMDS как обычный IP - трафик.

Вопрос. . Почему медленная коммутация между 56 связями со скоростью 64 кбит/с рекомендована по быстрой коммутации?

О. В большинстве случаев быстрая коммутация помещает пакеты в очередь вывода слишком быстро для 56 связей со скоростью 64 кбит/с, и пакеты отброшены, если не может быть выделен никакой буфер вывода. Когда отбрасывание пакета, TCP пытается повторно передать пакет, который использует много циклов ЦПУ. Поэтому с любой ссылкой, которая составляет 56 кбит/с или медленнее, обычно рекомендуется выключить быструю коммутацию.

Вопрос. . В выходных данных команды debug stun packet, что означают SDI и NDI?

О. Сошлитесь на Пояснение SDI и NDI от Команды debug stun packet для значений Serial Data Input (SDI) и Network Data Input (NDI).

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 12261