Как распределяется полезная нагрузка по соединениям Multilink PPP

Поддержка сайта I использует 3 установки T1 с многоканальным PPP. Они пытаются использовать Jive , который является хостинговым провайдером VoIP, с ужасными результатами. Я хочу знать, как пакеты распределяются между отдельными T1, так как я думаю, что это может помочь объяснить, что происходит.

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

Как распределяются пакеты между несколькими T1. Я предполагаю, что это не то же самое, что Ethernet-соединение.

Если многоканальный PPP является проблемой, что я могу посмотреть на маршрутизаторах, которые покажут это? Можно ли его исправить? Маршрутизаторы Cisco, я считаю, что они 2800, но мне пришлось бы дважды проверить.

ppp
13 голосов | спросил Zoredache 9 Mayam13 2013, 02:54:33

2 ответа


11

Oi ... lemme вырывают эти длинные неиспользуемые нейроны, чтобы помнить, как работает Multilink PPP.

Во время фазы LCP, когда первая ссылка поднимается во время сеанса без многоканальной PPP, обе стороны согласовывают MRU (Maximum Receive Unit) для каждого направления ссылки ... в основном каждая сторона сообщает другой, как большая пакета, который он может обрабатывать при отправке на него.

С Multilink PPP они ведут переговоры об этом, но они также ведут переговоры, когда поднимается первая ссылка, MRRU или Maximum Reconstructed Receive Unit.

Поскольку Multilink PPP добавил дополнительное пространство заголовка кадра, создатели были обеспокоены проблемами MTU пути, поэтому они решили, что Multilink сможет фрагментировать и собирать пакеты на обоих концах сеанса Multilink PPP.

Итак, да, в отличие от привязки Ethernet, это не просто вопрос балансировки кадров по нескольким ссылкам ... фреймы могут быть фрагментированы и собраны. Это может вызвать скачок латентности и дрожания.

В T-1 вы должны иметь возможность настраивать каждую сторону со значительно большими MRU и MRRU, чем любые пакеты, которые, вероятно, должны пересечь ссылку, и если MRU будет больше или больше, чем MRRU, тогда вы не должны видеть фрагментации и повторной сборки. Надеемся, что это заставит контролировать задержку и джиттер и поможет вам в работе с VoIP. Скорее всего, вам придется настроить эту конфигурацию по обе стороны от ссылок, однако, поскольку каждое направление согласовано независимо.

В общем, я бы не ожидал, что пакеты VoIP будут фрагментированы, хотя ... они, как правило, не настолько велики, чтобы в этом нуждаться. Стоит сделать так, чтобы проверить размеры вашего MRU и MRRU на ссылках и сеансе Multilink, возможно, они выходят из-под удара и вызывают проблемы.

ответил Jeff McAdams 9 Mayam13 2013, 03:45:59
3

(не использовал MLPPP со времени, предшествующего VoIP). Фактически, я смотрю архивную конфигурацию с 2003 года.

Единственное, что я могу добавить:

  интерфейс Multilink X
  нет фрагментированной фрагментации ppp
 

Каждый членский интерфейс имеет tx-queue-limit 26 ; Я уверен, что сделал это по какой-то причине.

  

Можно ли его исправить?

Если вы можете сделать оба конца Cisco , чтобы сделать это ... попробуйте выполнить балансировку нагрузки между пакетами:

  интерфейс Serial0 /0/4: 0
 ip address 198.xx.xx.210 255.255.255.252
 ip-распределение нагрузки для каждого пакета
 нет справедливой очереди
!
интерфейс Serial1 /0/5: 0
 ip address 198.xx.xx.22 255.255.255.252
 ip-распределение нагрузки для каждого пакета
 нет справедливой очереди
!
ip route xxx.xxx.201.0 255.255.255.0 198.xx.xx.21
ip route xxx.xxx.201.0 255.255.255.0 198.xx.xx.209
 

Это работает еще лучше (по крайней мере, между Cisco.) В этом случае мы были вынуждены сделать это так, потому что они были на разных линейках. (7500 не могут [читать: do not , они набрасываются на RSP] делают MLPPP через VIP-персон)

ответил Ricky Beam 21 Mayam13 2013, 07:20:12

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132