amozzhevilov Опубликовано 18 марта, 2014 · Жалоба Добрый день. Прошу помощи в настройке маршрутизатора или подсказки в какую сторону копать. Есть Cisco2901, к которой подключено 2 провайдера (каждый провайдер отдает 5мбит). Каждый провайдер подключен через свой VLAN. Далее данный маршрутизатор подключен по L3 к Cisco3550, на котором заведены все VLAN пользователей и к которому подключены коммутаторы доступа. На Cisco2901 реализован следующий функционал: по умолчанию часть трафика уходит через одного провайдера, часть через другого. Если один из провайдеров ломается, то весь трафик заворачивается на "живого" провайдера. Всё это работает, к этому вопросов нет. Проблемы начинаются с trafic shaping, который прикручен на интерфейсе Cisco2901, смотрящем в сторону 3550. Согласно политике, под VoIP и несколько VPN зарезервировано 2 мбита, остальные 3 мбита делятся на пользователей (несколько классов с указанием bandwidth и shave average). Засада вся в том, что данный trafic shaping не учитывает интерфейс, к которого пришёл трафик, и получается, что трафик от обоих провайдеров причесывается одной гребенкой. Что хотелось бы: что-бы трафик от каждого провайдера обрабатывался своим trafic shaping. Как это сделать, либо в какую сторону копать? Какое вижу решение: Нарисовать ещё один интерфейс в сторону 3550, на который повесить второй шейпер. Далее, в зависимости от какого провайдера пришел трафик, через PBR выбирать исходящий интерфейс в сторону 3550. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dazgluk Опубликовано 18 марта, 2014 · Жалоба Метьте трафик от каждого провайдера своей DSCPшкой, и на основании ее уже делайте Shape Можно сделать двумя вложенными service-policy match DSCP XXX -> service policy shaper match dscp YYY -> service policy shaper тогда трафик от каждого аплинка будет иметь свой шейпер Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...