ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] policy-routing && load-sharing



> > Господа, столкнулся со следующим с7204VXR, IOS 12.3(5):
> > есть внутненний интерфейс с policy-routing (set ip next-hop ISP1.1
> > ISP1.2) и два внешних интерфейса, смотрящие в одного и того же ISP. На
> > этих интерфейсах  ip load-sharing per-packet
> > роутинг по умолчанию на IP адреса ISP1.1 и ISP1.2 прописан.
> >
> > И не работает...
>
> IMHO и не будет, так как set ip next-hop ip1 ip2
> будет отсылать пакет на ip1 (где ip1 является directly connected),
> и только в случае когда interface (на котором прибит ip1) в down-e
> будет отправляться на ip2 и т.д.
>
> > Не подскажет ли кто, куда дальше копать?
> > (По доке вроде бы все соответствует...)
>
> Может быть коллеги подскажут другие способы выполнить
> балансировку для пакетов прошедших через policy routing?

у меня работает,  но как - я и сам не могу понять. конфигурация такая:

!
ip cef
!
interface Loopback0
 ip address aaa.bbb.ccc.ddd 255.255.255.255
!
interface Serial0/0:0
 ip unnumbered Loopback0
 ip load-sharing per-packet
 encapsulation ppp
 ip route-cache flow
 ip policy route-map OUTGOING
!
interface Serial0/2:0
 ip unnumbered Loopback0
 ip load-sharing per-packet
 encapsulation ppp
 ip route-cache flow
 ip policy route-map OUTGOING
!
interface Serial0/3:0
 ip unnumbered Loopback0
 ip load-sharing per-packet
 encapsulation ppp
 ip route-cache flow
 ip policy route-map OUTGOING
!
route-map OUTGOING permit 30
 match ip address <ACL_NAME>
 set ip next-hop eee.fff.ggg.hhh
!

при этом адреса на loopback0 и тот что в route-map указан не то что из одной
сети /30, но и из разных блоков класса C, да и у нас он с маской /32 на
лупбэке указан. Но при всем этом киска про адреc провайдера думает так:
#sh ip route
     eee.fff.ggg.0/32 is subnetted, 1 subnets
C       eee.fff.ggg.hhh is directly connected, Serial0/2:0
                       is directly connected, Serial0/0:0
                       is directly connected, Serial0/3:0

как она это сопоставляет - ума не приложу.


=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.