|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Mark A Bernadiner 2:5020/400 19 Dec 2005 08:32:44 To : Mike Zagrayevsky Subject : Re: Два провайдера -------------------------------------------------------------------------------- "Mike Zagrayevsky" <mike@infranet.ru> сообщил/сообщила в новостях следующее: news:dntknd$2u7u$2@news.rtcomm.ru... > Hi All! > У ув.Волка есть занимательная статья http://cisco.far.ru/2ispcfg.shtml > по подключению к двум провайдерам. Читал я ее долго и до просветления. > Все бы вроде и понятно да мучают меня два вопроса > вопрос первый почти понятный: > > route-map ISP1-NAT permit 10 > match ip address 2 > match interface Serial2/0 > 1) Означает ли сие что эта маршрутная карта отловит адреса из блока > второго провайдера но которые должны выйти через интерфейс на первого > провайдера? А потом циска занатит их в адреса первого. > Если да то на каком основании циска примет решение выкинуть их в порт > первого провайдера? В особенности в аспекте уже имеющейся route-map в > которой определяется что эти адреса нада рутить на шлюз второго > провайдера? Hадо полагать на основании "падения" этого второго канала? > И что получается, что при падении циска плевать хотела на route-map и > будет пытаться засунть их в следующий маршрут? > Если да,- вытекает второй вопрос - совсем не понятный: > 2) Что является критерием ПАДЕHИЯ канала? Переход порта в даун? > Протокола в даун? Отсутствие ARP ответа от IP шлюза? Выдача зарплаты > админу второго провайдера? :) Падение интерфейса. > > И бонусный вопрос :) > Что первичнее - принятие решение о маршрутизации или трансляция > адресов? Я так понимаю - маршрутизация? policy-routing, естественно, работает раньше, чем обычный роутинг, а нат работает всегда, независимо от них ;-) К большому сожалению, ситуация когда канал к одному провайдера упал а потом поднялся приводит к тому, что пакеты продолжают натится, как будто собираются идти через резервный канал, но реально пытаются пойти по нормальному поднявшемуся каналу, со всеми вытекающими последствиями... Кто-нибудь все-таки знает, как реально обеспечить подобное резервирование каналов? -- Mark A Bernadiner +7 (35136) 9-60-87 E-mail: mark@zlatoust.ru http://mark.zlatoust.ru --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/65774a86b083.html, оценка из 5, голосов 10
|