|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Yuri Selivanov 2:5020/400 10 Feb 2006 12:16:04 To : Andre Sidko Subject : Re: ip u -------------------------------------------------------------------------------- Andre Sidko <Andre.Sidko@f77.n4641.z2.fidonet.org> wrote: [snip] > Хм. Если я на s0/2.98 ввожу ip unnumbered тем самым отказываясь от > использования ip на подинтерфейсе, то каким образом он будет "знать" куда > отправляь пакеты? По dlci? А если есть свитчинг и номера не совпадают? Давай подойдем к проблеме с другой стороны, принцип unnumbered основан на том, что для передачи ip-трафика через ptp-link вовсе не обязательно наличие на нем *ip-адресации*, переходя на примитивизмы, у него один выход и попав в него, у трафика нет другого пути, кроме как попасть на входящий интерфейс downstream-раутера. Маршрутизация в данном случае, может быть осуществлена посредством нескольких методов: - статики непосредственно в интерфейс -- ip route <dest/mask> Serial0/2.98 - динамики -- протоколы маршрутизации нормально понимают unnumbered (ospf, например, интерпретирует unnumbered-интерфейсы как stub и в type1 lsa подставляет его соответствующий ifIndex вместо ip-адреса). http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00 801ec9e0.shtml - при помощи ppp ipcp (это используется при предоставлении массового доступа dial-up, pppoe... etc, когда выделение /30 или /31 на каждое подключение приводит к неэффективному расходу адресного пространства). Hо это не значит, что на интерфейс не надо ставить ip-адрес вообще, т.к. ios воспринимает отсутствие ip-адреса на интерфейсе, как *неактивность* этого интерфейса с точки зрения протокола ip, а значит, использовать его для форвардинга пакетов нельзя. Плюс ко всему, в случае, когда раутер сам становится источником ip-пакетов (отсылка тех же апдейтов протоколов маршрутизации, cli telnet/ssh-сессии, cli ping/traceroute) ему необходимо что-то подставить в поле source address исходящих через этот интерфейс ip-пакетов. Поэтому, ip unnumbered <iface>, указывает раутеру использовать в качестве исходящего адреса, адрес с соответствующего интерфейса. По большому счету, раутеру сугубо фиолетово, с какого интерфейса брать адрес, но лучше, чтобы он был всегда активен. Поэтому, наиболее логично под это использовать loopback. Так что все, что необходимо для работы такой схемы -- это обеспечить доступность интерфейсов, на которые делается unnumbered с обоих сторон (опять же статика/динамика). http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094e 8d.shtml P.S. Hа первый взгляд, схема кажется немного нелогичной и напрашивается мысль об использовании приватной (rfc1918) адресации, но как уже сказал Maxim Basunov, это приведет к некрасивой картине traceroute в случае межпровайдерского прохождения трафика, а также, вероятно, к проблемам с с быстрым определением узких мест в случае path mtu discovery. > Registered Linux User #347376 > UIN 21089807 > truly your, Andre. -- Best Regards, Yuri Selivanov [URI2-RIPE] --- ifmail v.2.15dev5.3 * Origin: Tomsktelecom - Digital Networks (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/1223286028973.html, оценка из 5, голосов 10
|