Глобальная сеть (WAN) : Frame Relay

Настройка Frame Relay Traffic Shaping на маршрутизаторах 7200 и платформах предыдущих версий

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


Содержание


Введение

Этот документ содержит пример конфигурации для формирования трафика Frame Relay.

Предварительные условия

Требования

Для данного документа отсутствуют предварительные условия.

Используемые компоненты

Формирование трафика Frame Relay поддерживалось начиная с Cisco Выпуск ПО IOS� 11.2.

Это поддерживается на Маршрутизаторах Cisco 7200 и платформах более ранней версии. Distributed Traffic Shaping поддерживается на Маршрутизаторах Cisco 7500, 7600 маршрутизаторах и Маршрутизаторе FlexWAN Module.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Общие сведения

Общие реализации формирования трафика Frame Relay следующие:

  1. Высокая скорость до несоответствий медленнодействующей схемы: В данном случае существует две возможности:

    • В то время как удаленный сайт имеет меньшую скорость (56 кбит/с), концентратор имеет линию T1 в облако. В этом случае вы требуете к rate-limit концентратора так, чтобы это не превышало удаленную скорость доступа стороны.

    • Узел концентратора имеет единственную линию T1 в облаке, тогда как удаленные сайты также имеют полную линию T1 в облаке, присоединенную к тому же сайту концентратора. В этом случае необходимо ограничить скорость удаленных веб-сайтов, чтобы не перегрузить этот концентратор.

  2. Превышение подписки: Например, если гарантированная скорость на постоянной виртуальной цепи (PVC) составляет 64 кбит/с, и скорость доступа составляет 128 кбит/с на обоих концах, возможно разорвать выше гарантированной скорости, когда нет никакой перегрузки и нейтрализации к гарантированной скорости, когда существует перегрузка.

  3. Качество обслуживания: Для осуществления фрагментации FRF.12 или функций построения очередей с низкой задержкой для достижения более высокого качества сервиса посмотрите VoIP over Frame Relay с Качеством обслуживания.

Примечание: Скорость доступа является скоростью физической линии интерфейса, соединяющегося с Frame Relay. Гарантированная скорость является Committedinformation rate (CIR) (гарантированная скорость передачи), который Telco (телефонная компания) дал для PVC. Установки CIR или minCIR в скорости доступа нужно избежать, потому что это может привести к отбрасываниям выходных данных, заставляя трафик задушить. Причина для этого состоит в том, что скорость формы не принимает во внимание служебные байты полей Cyclic Redundancy Check (CRC) и флага. Так, формирование в скорости линии фактически превышает намеченную сумму и вызовет перегрузку интерфейса. Формирование в скорости доступа не рекомендуется. Необходимо всегда формировать трафик в 95 процентах скорости доступа. Более широко скорость составной формы должна быть не больше, чем 95 процентов скорости доступа.

Настройка

В этом разделе содержатся сведения о настройке функций, описанных в этом документе.

Примечание: Для получения дополнительной информации о командах, встречающихся в этом документе, используйте средство поиска команд

Схема сети

В этом документе использованы параметры данной сети:

http://www.cisco.com/c/dam/en/us/support/docs/wan/frame-relay/6151-traffic-shaping-6151.gif

В вышеупомянутом примере у нас есть придерживающиеся значения:

  • HUB – скорость доступа = 192 Кб/с, гарантированная скорость = 32 Кб/с

  • УДАЛЕННЫЙ - скорость доступа = 64 Кбит/с, гарантированная скорость = 32 Кбит/с

Таким образом, формирование трафика с обеих сторон осуществляется таким образом, чтобы средняя скорость передачи составляла 64 Кбит/с. При необходимости HUB может пропускать пакеты сверх этого значения. В случае перегрузки она может упасть до минимального значения 32Кб/с. Уведомление о перегрузке сети подается в виде явного уведомления о перегрузке при обратной передаче (BECN). Следовательно, формирование настроено, чтобы адаптироваться к BECN.

Примечание: Формирование трафика Frame Relay включено на основном интерфейсе, и это применяется ко всем идентификаторам подключения Канала Передачи Данных (DLCI) (DLCI) под тем интерфейсом. Невозможно включить управление трафиком только для отдельного DLCI или подинтерфейса основного интерфейса. Если какому-либо DLCI не назначен класс схемы, и формирование трафика на главном интерфейсе включено, DLCI назначается класс схемы по умолчанию с CIR = 56000.

Конфигурации

Эти конфигурации используются в данном документе:

  • Концентратор

  • Удаленный

Концентратор
interface Serial0/0 
 no ip address 
 encapsulation frame-relay 
 no fair-queue 
 frame-relay traffic-shaping 

!--- Apply traffic shaping to main interface (step 3).
 
interface Serial0/0.1 point-to-point 
 ip address 10.1.1.1 255.255.255.0 
 frame-relay interface-dlci 16  
 frame-relay class cisco 

!--- Apply map class to the DLCI / subinterface (step 2).
 
! 
! 

!--- Configure map class parameters (step 1).
 
map-class frame-relay cisco 
 frame-relay cir 64000  
 frame-relay mincir 32000 
 frame-relay adaptive-shaping becn 
 frame-relay bc 8000 
 frame-relay be 16000 
!

Удаленный
interface Serial0/0 
no ip address 
encapsulation frame-relay 
no fair-queue 
frame-relay traffic-shaping 
! 
interface Serial0/0.1 point-to-point 
ip address 10.1.1.2 255.255.255.0 
frame-relay interface-dlci 16                            
frame-relay class cisco 
! 
map-class frame-relay cisco 
frame-relay cir 64000 
frame-relay mincir 32000 
frame-relay adaptive-shaping becn 
frame-relay bc 8000 
!

Эта схема показывает трафик, передаваемый из Маршрутизатора концентратора:

http://www.cisco.com/c/dam/en/us/support/docs/wan/frame-relay/6151-traffic-shaping-6151a.gif

Если трафик отправляется пакетами по 80000 бит, отправка выполняется за пределами PVC с 8 интервалами Tc (каждый по 125 мсек). Это можно осуществить, потому что на первом интервале доступный кредит равен Bc + Be = 8000 + 16000 = 24000 бит. Это означает, что скорость составляет 24000 бит / 125 мсек = 192 Кбит/с.

В следующих семи интервалах это - только Bc = 8000 битов. Поэтому скорость равна 8000 / 125 мсек = 64 Кбит/с.

Например, если мы получаем пакет 88000 битов, мы не можем передать весь этот трафик в 8 Tc - интервалах. Последние 8000 бит будут посланы в девятом интервале Tc. Таким образом этот трафик задержан механизмом формирования трафика.

Проверка.

В данном разделе содержатся сведения о проверке работы конфигурации.

команды "show"

Некоторые команды show поддерживаются Средством интерпретации выходных данных(только зарегистрированные клиенты), которое позволяет просматривать аналитику выходных данных команды show.

Команда show frame relay pvc <dlci> используется для просмотра подробностей конфигурации:

Hub#show frame relay pvc 16
     PVC Statistics for interface Serial0/0 (Frame Relay DTE)
     DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1
       input pkts 8743          output pkts 5            in bytes 2548330
       out bytes 520            dropped pkts 0           in FECN pkts 0
       in BECN pkts 0           out FECN pkts 0          out BECN pkts 0
       in DE pkts 0             out DE pkts 0
       out bcast pkts 0         out bcast bytes 0
       Shaping adapts to BECN
       pvc create time 6d01h, last time pvc status changed 6d01h
       
cir 64000 bc 8000 будьте 16000 предел байтов 3000 интервал 125 
      mincir 56000 байтов инкремент 1000 BECN адаптивной регулировки 
      pkts 5 байтов 170 pkts задержал 0 задержанных байты 0 
      shaping inactive 
      traffic shaping drops 0
 
       Queueing strategy: fifo 
       Output queue 0/40, 0 drop, 0 dequeued

формирование неактивного / активный

Это показывает в реальном времени, был ли активирован механизм формирования трафика. Формирование трафика активно для следующих сценариев:

  1. BECN получены, и DLCI был настроен для формирования к BECN.

  2. Количество количеств байтов данных для передачи из интерфейса является больше, чем доступный кредит (предел байтов) в данном интервале (Tc).

  3. Фрагментация FRF.12 была настроена, и пакеты ждут, чтобы быть фрагментированными.

pkts delayed / bytes delayed

Число пакетов и байтов, отсроченных в связи с активацией механизма формирования трафика. Это применяется только в случае, если объем данных для передачи превышает допустимое для интервала значение, или требуется фрагментация пакетов (FRF.12). Когда существует достаточно доступного кредита, эти пакеты и байты сохранены в очереди формирования (выделенный на VC) и затем передали в последующих интервалах.

формирование капель трафика

Отображает количество отброшенных пакетов в очереди формирования трафика. Байты сначала задерживаются механизмом формирования и сохраняются в этой очереди. Если очередь заполняется, пакеты отбрасываются. По умолчанию тип очереди является FCFS (Сначала Прибывают первая Подача), или FIFO, но может быть изменен на WFQ, PQ, CQ, CBWFQ или LLQ. Посмотрите раздел "Дополнительных сведений" для документов о настройке необычных механизмов организации очереди на Frame Relay PVCs.

Настраиваемые параметры

frame Relay CIR

Среднее значение желаемого исходящего трафика на данном PVC в бит/с. Это обычно выше гарантированной скорости, но ниже скорости доступа. Скорость передачи будет соответствовать гарантированной скорости передачи только в случае:

  1. Поставщик услуг не позволяет отправлять данные со скоростью, превышающей гарантированную.

  2. Физическая скорость в линии на интерфейсе равна гарантированной скорости.

  3. На этом PVC имеются речевые пакеты (речь по IP [VOIP] или речь по Frame Relay [VOFR]), поэтому нельзя позволять себе отбрасывать пакеты из-за качества или службы.

Значение CIR составляет 56000 битов в секунду, по умолчанию.

frame relay mincir

Фактическая гарантированная скорость, обеспечиваемая провайдером услуг (в бит/с). Это значение должно равняться минимальной скорости, до которой необходимо уменьшить скорость в случае перегрузки (снижение скорости ниже этого значения означает, что оплаченная полоса пропускания предоставлена не полностью). В определенных случаях (указанных выше) значения mincir и cir должны совпадать. Значение mincir равно половине значения CIR в битах в секунду по умолчанию.

Frame Relay до н.э

Объем данных для отправки для каждого интервала Tc в битах. В идеале для PVC данных Bc = CIR/8, то есть Tc = 125 мс. Когда Bc больше, чем 10,000 байтов, Cisco IOS повторно вычисляет параметр FRTS. Если мы делаем голос на PVC, то Bc = CIR/100 предпочтителен, так, чтобы TC с интервалами = 10 мс (поскольку голосовые пакеты не могут терпеть более длинную задержку). Значение Bc по умолчанию показывают как CIR в битах в выходных данных команды show traffic-shape. Однако внутренне другому значению назначают гарантировать оптимальную производительность. Это значение показывают в столбце "Increment Bytes" в выходных данных show traffic-shape. Значение bc=CIR составляет уравнение к Tc 1 секунды. В зависимости от того, как трафик достигает формирователя, маршрутизатор должен был бы остановить передачу для близко к 1 секунде, если бы пакет был сразу исчерпан в начале интервала. Таким образом формирователь назначает другое внутреннее значение, которое все еще обеспечивает настроенный Bc по исходному TC, только мы сделаем это во многих маленьких пакетах вместо одного большого пакета.

Frame Relay быть

Объем избыточных данных в битах, которые можно передать в течение первого интервала Tc, как только создан кредит. Настраивайте Be только в том случае, если значение Frame Relay CIR меньше AR. Для PVCs перенос голосовых пакетов, Быть должен быть обнулен для обеспечения самого лучшего качества голосовой связи. Маршрутизатор передает пакеты (Be), когда в Token Bucket есть маркеры. Алгоритм Token bucket не накапливает маркеры, пока отсылаемый объем трафика не является меньше, чем CIR. Маршрутизатор может только разорвать для первого Tc, после которого алгоритм Token bucket пуст. Значение Be по умолчанию составляет 0 бит.

frame relay adaptive-shaping becn

Предполагается, что скорость передачи данных PVC изменяется в ответ на получение пакета BECN. Поведение как указано ниже:

  • Если PVC получает какие-либо BECN во время интервала текущего времени (не имеет значения, если это один или 1000), скорость передачи уменьшена на 25 процентов или к mincir и останавливается, если установленное значение mincir составляет больше чем 75% значения cir.

  • Он продолжает сбрасывать с каждым BECN (один сброс в один интервал времени) до тех пор, пока скорость трафика не достигнет MINCIR (гарантированная скорость), на которой сбрасывание прекращается.

  • После уменьшения скорости трафика необходимо обеспечить 16 временных интервалов без получения BECN перед началом увеличения скорости трафика. Сумма, которой это увеличивается, является пределом байтов, который обнаруживается в выходных данных show frame pvc x, разделенных на 16. Это увеличение происходит, только если формирование трафика активно. Таким образом это берет намного дольше для возвращения к CIR, чем это сделало для припадания до mincir.

Неизменные параметры

интервал (Tc)

Интервал, во время которого вы передаете биты Bc для поддержания средней скорости CIR в секундах.

Tc = Bc/CIR in seconds

Диапазон для Tc между 10 мс и 125 мс. Маршрутизатор внутренне вычисляет это значение на основе CIR и значения Bc в классе сопоставления. Если Bc/CIR больше либо равно 125 мсек, используется внутреннее значение Tc. Если Bc/CIR меньше 125 мс, используется значение Tc, рассчитанное с помощью этого уравнение.

byte increment

Истинное число фиксированных байтов передано на Tc. Это можно вычислить по следующей формуле:

Cir * Tc / 8

ограничение количества байтов

Фактическое количество байтов передано в первом Tc. Это можно вычислить по следующей формуле:

byte increment + Be/8 (measured in bytes)

Устранение неполадок

Для этой конфигурации в настоящее время нет сведений об устранении проблем.

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

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


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


Document ID: 6151