обеспечение QoS на «переменной» линии связи, где согласование выполняется NTE-операторами связи


11

По сути, мы покупаем линию 80/20 у перевозчика, который обеспечивает транспорт между помещением клиента и местной станцией, где перевозчик переходит в наш PE.

(Juniper PE) <-> [Соединение несущей в Exchange <---> NTE в свойстве клиента] <---> (Cisco CPE - 881,1921,1941,2921))

Цепь между собственностью клиента и местным уличным шкафом по-прежнему медная, и поэтому при увеличении шума / расстояния скорость уменьшается.

фактическое согласование скорости линии происходит на носителях NTE, а не на нашем CPE.

Как я могу гарантировать, что при насыщенном канале приоритетные пакеты не будут сброшены, фактически не зная, к какой скорости линии аутентифицировались? можно ли что-то сделать с ipsla?


Вы говорите о конфигурации QoS на CPE, для направления загрузки?
jwbensley

@javano на самом деле двунаправленный, в настоящее время единственная доступная для меня опция - это настроить трафик с обеих сторон, так же, как вы рекомендуете в своем ответе, я пытаюсь установить, есть ли другой способ сделать это более точно ,
DrBru

Вы не можете реально решить эту проблему, не сделав слишком консервативного предположения о том, какой показатель всегда будет достигнут. Исследуйте возможность разрыва соединения непосредственно с вашим CPE Cisco, удалив NTE. Тогда интерфейс Cisco CPE будет знать линейную скорость.
ytti

@ytti Спасибо, в настоящее время его финансовые показатели заставляют нас использовать перевозчика в качестве промежуточного звена, и fttc все еще ОЧЕНЬ новый здесь.
DrBru

1
@IanK да, но если это DSL или что-то в этом роде, вы не можете просто полностью заменить модем и использовать только свой собственный CPE? Затем вы можете применить QoS к интерфейсу, который знает о скорости.
ytti

Ответы:


1

Одна из возможностей, если вы хотите направлять трафик QoS в восходящем направлении к шлюзу CPE, - это формировать исходящий трафик, а затем расставлять приоритеты для важного трафика в пределах этой формирующей полосы пропускания.

Если это линия 80/20, и вы знаете, что средняя скорость передачи, скажем, 15 Мбит / с, вы можете настроить исходящий трафик до 15 Мбит / с и установить приоритетность передачи голоса в пределах этих 15 Мбит / с. Если скорость синхронизации падает на пару Мбит / с, это не будет иметь большого значения. Если скорость синхронизации возрастет до 17 Мбит / с, им не хватит пары Мбит / с полосы пропускания загрузки.

Я использую конфиг, как удар по некоторым линиям EFM. Скорость EFM может изменяться в зависимости от условий линии, после установки они кажутся очень согласованными. Таким образом, в этом примере этот CPE подключен к линии EFM 20/20, которая фактически надежно синхронизируется в 10/10, загрузка загружена до 10 Мбит / с.

class-map match-any CM-VOICE-TRAFFIC
 match access-group 100
!
policy-map PM-PRIORITISE-VOICE
 class CM-VOICE-TRAFFIC
   set ip dscp ef
   priority 1000
 class class-default
   fair-queue
!
policy-map PM-SHAPE-10M
 class class-default
  shape average 10000000
  service-policy PM-PRIORITISE-VOICE
!
interface FastEthernet0/1
 Description WAN Interface
 bandwidth 10000
 service-policy output PM-SHAPE-10M
!
access-list 100 remark Priority IP Destinations
access-list 100 permit ip 1.2.3.0 0.0.0.255 any

Важно, чтобы мы формировали здесь не ограничение скорости или полицию, чтобы трафик не отбрасывался, а «формировался» в соответствии с доступной пропускной способностью. Прочитайте эту страницу Cisco для получения дополнительной информации.


2
Я не думаю, что это работает, проблема ОП в том, что он не знает, где формировать соединение. Если вы настроите его на 10 Мбит / с, вы ДОЛЖНЫ быть в состоянии передать 10 Мбит / с, чтобы сохранить контракт 'CM-VOICE-TRAFFIC'.
Ytti
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.