The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Трабл с Object Tracking, !*! PAY, 12-Май-08, 12:03  [смотреть все]
Проблема заключается в том, что трекер обнаруживает недоступность хоста, отрабатывает это событие, но спустя некоторое время маршрут в таблице маршрутизации появляется снова и уже не удаляется от туда, вне зависимости от того, что хост всё ещё недоступен.

Если быть точнее, то выглядит это так:

!
ip sla 1
  icmp-echo 1.1.1.2
  vrf EXT
  frequency 10
!
ip sla schedule 1 life forever start-time now
!
track 10 rtr 1 reachability
!
ip route vrf INT_MIDDLE 0.0.0.0 0.0.0.0 172.16.1.1 track 10
!
interface GigabitEthernet0/2
  encapsulation dot1Q 2
  ip vrf forwarding EXT
  ip address 1.1.1.1 255.255.255.252
  ip nat outside
!

Я кладу интерфейс через который виден пингуемый адрес:

Router#sho interface GigabitEthernet0/2
GigabitEthernet0/2 is administratively down, line protocol is down

Проверяю, что он действительно через этот VRF не доступен:

Router#ping vrf EXT 1.1.1.2

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Маршрут спустя 10 секунд пропадает из таблицы маршрутизации VRF INT_MIDDLE . Однако при этом спустя некоторое время (около 40-50 сек.) он почему-то появляется вновь:

Router#show ip route vrf INT_MIDDLE
<Output omitted>
S* 0.0.0.0/0 [1/0] via 172.16.1.1

Хотя при этом пингуемый адрес всё так-же не доступен.

Router#show ip sla statistics

Round Trip Time (RTT) for Index 1
                Latest RTT: NoConnection/Busy/Timeout
Latest operation start time: *10:03:50.812 MSD Fri May 9 2008
Latest operation return code: Timeout
Number of successes: 0
Number of failures: 6
Operation time to live: Forever

Router#show track 10
Track 10
    Response Time Reporter 2 reachability
    Reachability is Down
        17 changes, last change 14:00:31
    Latest operation return code: Timeout
    Tracked by:
        STATIC-IP-ROUTING 0

Router#show track timers
Object type   Poll Interval Time to next poll
interface     1             expired          
ip route      15            expired          
rtr           5             4.800            
list          1             expired          
              0             expired    

Есть у кого какие мысли?

  • Трабл с Object Tracking, !*! ВОЛКА, 13:08 , 12-Май-08 (1)
    похоже на баг...
    а debug ip routing что говорит?
    • Трабл с Object Tracking, !*! PAY, 13:35 , 12-Май-08 (2)
      >похоже на баг...
      >а debug ip routing что говорит?

      Спсб!... не догодался глянуть.
      Только не очень теперь понимаю как это обойти.

      Router(config-subif)#shutdown
      Router(config-subif)#
      *May 12 13:07:57.228: is_up: 0 state: 4 sub state: 3 line: 1 has_route: True
      *May 12 13:07:57.228: RT(EXT): interface GigabitEthernet0/2 removed from routing table
      *May 12 13:07:57.228: RT(EXT): del 1.1.1.0/30 via 0.0.0.0, connected metric [0/0]
      *May 12 13:07:57.228: RT(EXT): delete subnet route to 1.1.1.0/30
      *May 12 13:07:57.228: RT(EXT): NET-RED 1.1.1.0/30
      *May 12 13:07:57.228: RT(EXT): delete network route to 1.0.0.0
      *May 12 13:07:57.228: RT(EXT): NET-RED 1.0.0.0/8
      *May 12 13:07:57.228: RT(EXT): Try lookup less specific 1.1.1.0/30, default 1
      *May 12 13:07:57.228: RT(EXT): Failed found major net on less specific
      ! Мда..., не ожидал такого действия:
      *May 12 13:07:57.228: RT(EXT): return default 0.0.0.0/0
      *May 12 13:07:58.228: RT(EXT): del 0.0.0.0 via 1.1.1.2, static metric [1/0]
      *May 12 13:07:58.228: RT(EXT): delete network route to 0.0.0.0
      *May 12 13:07:58.228: RT(EXT): NET-RED 0.0.0.0/0
      *May 12 13:07:58.228: RT(EXT): NET-RED 0.0.0.0/0
      *May 12 13:07:58.228: RT(EXT): Try lookup less specific 0.0.0.0/0, default 1
      *May 12 13:07:58.228: RT(EXT): return NULL
      *May 12 13:08:08.636: RT(INT_MIDDLE): del 0.0.0.0 via 172.16.1.1, static metric [1/0]
      *May 12 13:08:08.636: RT(INT_MIDDLE): delete network route to 0.0.0.0
      *May 12 13:08:08.636: RT(INT_MIDDLE): NET-RED 0.0.0.0/0
      *May 12 13:08:08.636: RT(INT_MIDDLE): NET-RED 0.0.0.0/0
      *May 12 13:08:08.636: RT(INAT-2): del 0.0.0.0 via 172.16.1.1, bgp metric [20/0]
      *May 12 13:08:08.636: RT(INAT-2): delete network route to 0.0.0.0
      *May 12 13:08:08.636: RT(INAT-2): NET-RED 0.0.0.0/0
      *May 12 13:08:08.636: RT(INAT-2): NET-RED 0.0.0.0/0
      *May 12 13:08:27.881: RT(INT_MIDDLE): SET_LAST_RDB for 0.0.0.0/0
        NEW rdb: via 172.16.1.1
      *May 12 13:08:27.881: RT(INT_MIDDLE): add 0.0.0.0/0 via 172.16.1.1, static metric [1/0]
      *May 12 13:08:27.881: RT(INT_MIDDLE): NET-RED 0.0.0.0/0
      *May 12 13:08:27.881: RT(INT_MIDDLE): default path is now 0.0.0.0 via 172.16.1.1
      *May 12 13:08:27.881: RT(INT_MIDDLE): new default network 0.0.0.0
      *May 12 13:08:27.881: RT(INT_MIDDLE): NET-RED 0.0.0.0/0
      *May 12 13:08:27.881: RT(INAT): NET-RED 0.0.0.0/0
      *May 12 13:08:27.881: RT(INET): NET-RED 0.0.0.0/0
      *May 12 13:08:27.881: RT(VOIPNAT): NET-RED 0.0.0.0/0
      *May 12 13:08:27.881: RT(INT_MIDDLE): NET-RED 0.0.0.0/0 sh
      *May 12 13:08:27.881: RT(INT_MIDDLE): Try lookup less specific 172.16.1.1/32, default 1
      *May 12 13:08:27.881: RT(INT_MIDDLE): Found subnet on less specific 172.16.1


      И добавить маршрут для ip sla такого вида не выйдет:

      ip route vrf EXT 1.1.1.2 255.255.255.255  GigabitEthernet 0/2
      % For VPN routes, must specify a next hop IP address if not a point-to-point interface

      1.1.1.2 сам является Next-hop :-/




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру