|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Denis Khrzanovsky 2:5020/400 10 Oct 2002 14:21:00
To : Yuri Selivanov
Subject : Re: ICMP redirect или что-то в этом роде
--------------------------------------------------------------------------------
Hello, Yuri!
You wrote to "Denis Khrzanovsky" <invb@mail.kubtelecom.ru> on Thu, 10 Oct
2002 06:49:14 +0000 (UTC):
YS> Hе понял. Перерисуй.
|
192.168.64.1
192.168.128.1(A)----------------192.168.128.2(B)
|
192.168.128.3 (C) 192.168.224.1
|
192.168.224.3(D)
<cutted>
YS> Во-первых, с виндами я тебе ничем не смогу помочь, но тут довольно
YS> много людей, которые их пользуют. Во-вторых, модератора я здесь не
YS> видел :))
;-))
YS> Малое настолько насколько быстро твоя машина после загрузки
YS> сформирует rip-request и получит rip-reply (update) от С. Hе
YS> нравится -- пиши статики на всех машинах. Только тогда тебе придется
YS> это сделать 60-70 раз и еще по столько же, если ты решишь
YS> поменять/добавить сетку :))
Все так, но все же как быть с 98 (нету рипа для них) и потом я моделировал
ситуацию в которой после первого обращения к D через default gateway, т.е.
через A, в route table B добавился маршрут к D через C. Hо только внимание,
не пугайся A и B - Windows98 из чего я сделал вывод, что ICMP redirect (а
кроме него больше некому в табличке лазить) после первого обращения к A
выдал запрос на изменения маршрута к D (забавно). То есть, хотелось бы
сделать изменение маршрута к D в 128 сети безо всяких протоколов
маршрутизации, одним icmp redirect'ом с маршрутизатора A, а так как A и C у
меня линух, то нет ни каких сомнений, что сие сделать можно, если, прошу
прощения, "поганец билли" это может. А бегать по десятку машин у ручками
статику добавлять, я думаю ты со мной согласишься, не корректно.
YS> Hет, это не цисковское решение. Подробности о proxy-arp в rfc1027.
YS> Вкратце -- машина с таким дефаултом будет пытаться arp'ить все
YS> адреса. Раутер, выполняющий proxy-arp, будет смотреть в свою таблицу
YS> маршрутизации на предмет наличия такого адреса и в случае наличия
YS> маршрута, отвечать своим mac на этот адрес. Минусы -- arp-кэш на
YS> рабочих станциях будет разрастаться (отчасти это можно
YS> скомпенсировать играясь временем жизни последнего) и уровень трафика
YS> в сети, приходящегося на arp, также увеличится. Hо еще раз повторяю:
YS> такое возможно лишь в случае, когда А, В и С находятся в _одном_
YS> физическом сегменте и соответственно в _одной_ сети/подсети.
Спасибо за ссылочку. Прочту намедни.
With best regards, Denis Khrzanovsky. E-mail: invb@mail.kubtelecom.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
