По сути, мы покупаем линию 80/20 у перевозчика, который обеспечивает транспорт между помещением клиента и местной станцией, где перевозчик переходит в наш PE.
(Juniper PE) <-> [Соединение несущей в Exchange <---> NTE в свойстве клиента] <---> (Cisco CPE - 881,1921,1941,2921))
Цепь между собственностью клиента и местным уличным шкафом по-прежнему медная, и поэтому при увеличении шума / расстояния скорость уменьшается.
фактическое согласование скорости линии происходит на носителях NTE, а не на нашем CPE.
Как я могу гарантировать, что при насыщенном канале приоритетные пакеты не будут сброшены, фактически не зная, к какой скорости линии аутентифицировались? можно ли что-то сделать с ipsla?
qos
cisco-ios-15
DrBru
источник
источник
Ответы:
Одна из возможностей, если вы хотите направлять трафик QoS в восходящем направлении к шлюзу CPE, - это формировать исходящий трафик, а затем расставлять приоритеты для важного трафика в пределах этой формирующей полосы пропускания.
Если это линия 80/20, и вы знаете, что средняя скорость передачи, скажем, 15 Мбит / с, вы можете настроить исходящий трафик до 15 Мбит / с и установить приоритетность передачи голоса в пределах этих 15 Мбит / с. Если скорость синхронизации падает на пару Мбит / с, это не будет иметь большого значения. Если скорость синхронизации возрастет до 17 Мбит / с, им не хватит пары Мбит / с полосы пропускания загрузки.
Я использую конфиг, как удар по некоторым линиям EFM. Скорость EFM может изменяться в зависимости от условий линии, после установки они кажутся очень согласованными. Таким образом, в этом примере этот CPE подключен к линии EFM 20/20, которая фактически надежно синхронизируется в 10/10, загрузка загружена до 10 Мбит / с.
Важно, чтобы мы формировали здесь не ограничение скорости или полицию, чтобы трафик не отбрасывался, а «формировался» в соответствии с доступной пропускной способностью. Прочитайте эту страницу Cisco для получения дополнительной информации.
источник