Комментарии: QoS и маршрутизаторы Cisco

Автор: Mixa

Mixa — Sat, 19 Jun 2010 04:24:04 +0000

Vlad, воспользуйтесь услугами Cisco Feature Navigator для поиска подходящего IOS. Если Вы не можете найти в IOS какую-либо функцию, то скорее всего, ее там просто нет.

Автор: Vlad

Vlad — Sun, 13 Jun 2010 16:54:41 +0000

Уважаемый автор,
вы могли бы подробнее рассказать как указать параметр «class llq-class», в моей циске 2811 с иосом C2800NM-ADVIPSERVICESK9-M), Version 12.4(21) у меня неполучается найти его!

Автор: Mixa

Mixa — Wed, 24 Feb 2010 04:21:55 +0000

To CAE: Да, по поводу туннелей и всплесков Вы совершенно правы – именно на это я наткнулся, пытаясь прогнать видеоконференцию по сети РТКОММ. Проблему уменьшения MTU я решаю снятием df-bit (или установкой его в 0 – это как смотреть) – set ip df 0 через route-map и ip mtu, ip tcp adjust-mss.

Автор: GolDi

GolDi — Thu, 18 Feb 2010 08:44:35 +0000

To CAE.
Вопрос, а если заказывать у прова L2VPN,то что будет происходить разбиение канала по всем линкам большого бандла?

Автор: CAE

CAE — Tue, 16 Feb 2010 09:48:25 +0000

Михаил!
Обращаю внимание, что при использовании туннелей на Cisco сильно загружается процессор (process switching). В результате максимальная скорость, достижимая на туннелях, от 4 до 10 раз ниже, чем при умолчательном CEF switching. Что нужно чётко понимать, когда выбирается решение с туннелями.

Кроме того, на провайдерской сети (особенно например, на Ростелекомовской и построенных поверх их первичной сети (часть Синтерры, РТКомм, Эквант)) часто используются мультилинки на промежуточных хопах. При этом для обеспечения качества используется не per-packet, а per-flow стратегия распределения пакетов между отдельными линками большого бандла (в случае per-packet jitter растёт).
В результате ваш туннель пойдёт в один из линков бандла, и, как следствие этого, даже при небольшом всплеске трафика возможно нарушение качества (отброс пакетов). Я наблюдал как при примерно 60-70 процентной загрузке клиентского порта (клиент весь трафик направлял в туннель) промежуточный линк грузился на 100%, так как помимо трафика указанного клиента в линк шёл трафик и других клиентов. Бороться с этим на магистрали крайне сложно, даже MPLS TE не всегда спасает, сильно зависит от сети.

Кроме того, не будем забывать о прикладном ПО, которое, как это не покажется странным, часто критично к использованию уменьшенного MTU (эффект туннелей).

В общем, при построении наложенных сетей на MPLS-облако, если есть возможность, туннелей следует избегать. В остальном статья на «пять».