форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[ Отслеживать ]

"Трабл с Object Tracking"

Сообщение от PAY (ok) on 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     Есть у кого какие мысли?

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Трабл с Object Tracking"

Сообщение от ВОЛКА (ok) on 12-Май-08, 13:08

похоже на баг... а debug ip routing что говорит?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Трабл с Object Tracking"
	Сообщение от PAY (ok) on 12-Май-08, 13:35
	>похоже на баг... >а 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 :-/
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]