Cisco / Foundry / IP routing / Policy Base Routing

12
[umka]
На сайте с 25.05.2008
Offline
456
#11

Думаю, на nag.ru быстрей дадут ответ :)

Лог в помощь!
Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#12
'[umka:
;7600518']Думаю, на nag.ru быстрей дадут ответ :)

О! Спасибо, сейчас пойду регистрироваться.

Есть около 15.000 ipv4 !!! (http://onyx.net.ua/price.php#ipv4) Качественный хостинг с 2005 года - лучшее клиентам! (http://onyx.net.ua/)
Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#13

До nag.ru не дошел, забазировался на opennet ;) Но все равно решения пока нет, все пишут про VRF, а у меня судя по всему его реализация не реальна, потому что всего 1 интерфес на вход и 1 на выход... ;(

Есть еще варианты?

Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#14

В общем нашел пока такой вариант, докинул еще 1 физический линк между устройствами, разные шлюзы проложил в разных вланах, теперь выглядит все в принципе так как я ожидал, исходящий трафик посылаю на нужный GW путем PBR, но только 1 проблема осталась, у DSL клиентов первый HOP как не крути получается основной IP самой Cisco 7204 :) Хотя следующий хоп уже маскируется путем PBR, и касается это на сколько я вижу только исходящей трассы, входящая за счет разных VLAN выглядит нормально.

N
На сайте с 06.05.2007
Offline
419
#15

тут ведь суть не в том как ходит трафик, а в том, чтобы клиенты не видели, что у провайдера есть другие адреса?

Запрети ICMP возникающих на своих роутерах и идущий к клиенту - проблема отпадет.

"Звездочки" лучше чем левые IP.

Кнопка вызова админа ()
Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#16
netwind:
тут ведь суть не в том как ходит трафик, а в том, чтобы клиенты не видели, что у провайдера есть другие адреса?
Запрети ICMP возникающих на своих роутерах и идущий к клиенту - проблема отпадет.
"Звездочки" лучше чем левые IP.

Были такие мысли если честно...... но это не совсем решение :)))

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий