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

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

"Не поднимается GRE после падения канала"	+/–
Сообщение от Сергей (??) on 30-Мрт-15, 09:12
Все добрый день! Подняты десяток туннелей GRE с центрального офиса (R1) до филиалов (R2, R3 и т.д). В какой то момент падает и не поднимается один из филиальных туннелей. Все остальные туннели работают. При этом филиальный маршрутизатор по "белому" ИП доступен. R1 Tunnel1 is up, line protocol is up   Hardware is Tunnel   Internet address is 192.168.212.2/24 R2 Tunnel14 is up, line protocol is down   Hardware is Tunnel   Description: to_nabcheln_r01   Internet address is 192.168.212.1/24 Пробовал: 1. debug gre .. счетчик идет.. на обоих маршрутизаторах ======= Tunnel: sending keepalive, 192.168.212.1->192.168.212.2 (len=24 ttl=255), > counter=32 ======= 2. Добавлял на туннелях keepalive - не помогло 3. clean int tunnel на R1 и R2 - не помогло 4. Пытался включать и выключать туннели с одной и другой сторон - (50/50% .. было что туннель поднимался) 100% помогает перезагрузка R2 ..
Ответить | Правка | Cообщить модератору

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

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

1. "Не поднимается GRE после падения канала"	+/–
Сообщение от fantom (ok) on 30-Мрт-15, 09:40
>[оверквотинг удален] > Пробовал: > 1. debug gre .. счетчик идет.. на обоих маршрутизаторах > ======= > Tunnel: sending keepalive, 192.168.212.1->192.168.212.2 (len=24 ttl=255), > counter=32 > ======= > 2. Добавлял на туннелях keepalive - не помогло > 3. clean int tunnel на R1 и R2 - не помогло > 4. Пытался включать и выключать туннели с одной и другой сторон - > (50/50% .. было что туннель поднимался) > 100% помогает перезагрузка R2 .. IOS на R2 меняли??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Не поднимается GRE после падения канала"	+/–
	Сообщение от Сергей (??) on 30-Мрт-15, 11:43
	>> 100% помогает перезагрузка R2 .. > IOS на R2 меняли?? R2 (c890-universalk9_npe-mz.152-4.M4) R1 (c2800nm-advipservicesk9-mz.124-17)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Не поднимается GRE после падения канала"	+/–
	Сообщение от ShyLion (ok) on 30-Мрт-15, 17:58
	>>> 100% помогает перезагрузка R2 .. >> IOS на R2 меняли?? > R2 (c890-universalk9_npe-mz.152-4.M4) > R1 (c2800nm-advipservicesk9-mz.124-17) Софт очень древний и похоже из коробки не меняный. В случае Cisco это неправильно.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "Не поднимается GRE после падения канала"	+/–
	Сообщение от Сергей (??) on 31-Мрт-15, 06:59
	>>>> 100% помогает перезагрузка R2 .. >>> IOS на R2 меняли?? >> R2 (c890-universalk9_npe-mz.152-4.M4) >> R1 (c2800nm-advipservicesk9-mz.124-17) > Софт очень древний и похоже из коробки не меняный. В случае Cisco > это неправильно. Так оно и есть .. и поддержка закончилась. С сайта cisco.com качать не дает. А тех. поддержка говорит, что можно обновлять только после продления контракта.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Не поднимается GRE после падения канала"	+/–
	Сообщение от ShyLion (ok) on 31-Мрт-15, 14:35
	>>>>> 100% помогает перезагрузка R2 .. >>>> IOS на R2 меняли?? >>> R2 (c890-universalk9_npe-mz.152-4.M4) >>> R1 (c2800nm-advipservicesk9-mz.124-17) >> Софт очень древний и похоже из коробки не меняный. В случае Cisco >> это неправильно. > Так оно и есть .. и поддержка закончилась. С сайта cisco.com качать > не дает. А тех. поддержка говорит, что можно обновлять только после > продления контракта. Можно просто очень вежливо попросить.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "Не поднимается GRE после падения канала"	+/–
	Сообщение от Сергей (??) on 02-Апр-15, 14:00
	>>>>>> 100% помогает перезагрузка R2 .. >>>>> IOS на R2 меняли?? >>>> R2 (c890-universalk9_npe-mz.152-4.M4) >>>> R1 (c2800nm-advipservicesk9-mz.124-17) >>> Софт очень древний и похоже из коробки не меняный. В случае Cisco >>> это неправильно. >> Так оно и есть .. и поддержка закончилась. С сайта cisco.com качать >> не дает. А тех. поддержка говорит, что можно обновлять только после >> продления контракта. > Можно просто очень вежливо попросить. Не совсем понял где попросить? Если есть возможность поделиться, был бы очень признателен.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	11. "Не поднимается GRE после падения канала"	+/–
	Сообщение от ShyLion (ok) on 02-Апр-15, 15:34
	> Не совсем понял где попросить? Если есть возможность поделиться, был бы очень > признателен. Зарегься на cisco.com, зайди в загрузки, фича-навигатор, выбери подходящий по RAM, flash и функциям IOS, конкретную версию с конкретным именем файла. Их там тонны, откуда нам знать какой тебе надо.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

3. "Не поднимается GRE после падения канала"	+/–
Сообщение от fouad on 30-Мрт-15, 16:47
> R2 > Tunnel14 is up, line protocol is down обрати внимание на это вероятно у тебя R2's tunnel source недоступен с R1 выложи вывод show tunnel interface tunnel 14
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Не поднимается GRE после падения канала"	+/–
	Сообщение от Сергей (??) on 31-Мрт-15, 07:09
	> вероятно у тебя R2's tunnel source недоступен с R1 > выложи вывод show tunnel interface tunnel 14 R1 при tunnel 14 R1#sh int tunnel 14 Tunnel14 is up, line protocol is down   Hardware is Tunnel   Description: to_R2   Internet address is 192.168.212.1/24   MTU 1514 bytes, BW 9 Kbit, DLY 500000 usec,      reliability 255/255, txload 1/255, rxload 1/255   Encapsulation TUNNEL, loopback not set   Keepalive set (10 sec), retries 3   Tunnel source XX.XX.211.102 (GigabitEthernet0/0.616), destination XX.XX.124.69   Tunnel protocol/transport GRE/IP     Key disabled, sequencing disabled     Checksumming of packets disabled   Tunnel TTL 255   Fast tunneling enabled   Tunnel transmit bandwidth 8000 (kbps)   Tunnel receive bandwidth 8000 (kbps)   Last input never, output 00:00:09, output hang never   Last clearing of "show interface" counters never   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0   Queueing strategy: fifo   Output queue: 0/0 (size/max)   5 minute input rate 0 bits/sec, 0 packets/sec   5 minute output rate 0 bits/sec, 0 packets/sec      185444434 packets input, 4269470142 bytes, 0 no buffer      Received 0 broadcasts, 0 runts, 0 giants, 0 throttles      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort      88894758 packets output, 2605056833 bytes, 0 underruns      0 output errors, 0 collisions, 0 interface resets      0 unknown protocol drops      0 output buffer failures, 0 output buffers swapped out R2 при нерабочем туннеле .. R2#sh interface Tunnel1 Tunnel1 is up, line protocol is up   Hardware is Tunnel   Internet address is 192.168.212.2/24   MTU 17916 bytes, BW 4096 Kbit/sec, DLY 50000 usec,      reliability 255/255, txload 1/255, rxload 1/255   Encapsulation TUNNEL, loopback not set   Keepalive not set   Tunnel source XX.XX.124.69 (GigabitEthernet0), destination XX.XX.211.102    Tunnel Subblocks:       src-track:          Tunnel1 source tracking subblock associated with GigabitEthernet0           Set of tunnels with source GigabitEthernet0, 1 member (includes iterators), on interface <OK>   Tunnel protocol/transport GRE/IP     Key disabled, sequencing disabled     Checksumming of packets disabled   Tunnel TTL 255, Fast tunneling enabled   Tunnel transport MTU 1476 bytes   Tunnel transmit bandwidth 8000 (kbps)   Tunnel receive bandwidth 8000 (kbps)   Last input 00:00:17, output 00:00:17, output hang never   Last clearing of "show interface" counters 3d09h   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0   Queueing strategy: fifo   Output queue: 0/0 (size/max)   5 minute input rate 2000 bits/sec, 3 packets/sec   5 minute output rate 3000 bits/sec, 4 packets/sec      40576495 packets input, 3157697553 bytes, 0 no buffer      Received 0 broadcasts (0 IP multicasts)      0 runts, 0 giants, 0 throttles      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort      83717792 packets output, 3679873180 bytes, 0 underruns      0 output errors, 0 collisions, 0 interface resets      0 unknown protocol drops      0 output buffer failures, 0 output buffers swapped out ================================================== R2#debug tunnel Tunnel Interface debugging is on 16:45:40.283: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:40.495: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:40.903: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 *Mar  1 16:45:40.903: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:41.135: Tunnel1: tunnel notify state change - current up, evaluated up interface - current up *Mar  1 16:45:41.135: Tunnel1: tunnel notify state change - current up, evaluated up interface - current up *Mar  1 16:45:41.495: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:41.731: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:41.803: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:42.735: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid 0), tos set to 0x0 *Mar  1 16:45:46.575: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 *Mar  1 16:45:50.635: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 *Mar  1 16:45:51.135: Tunnel1: tunnel notify state change - current up, evaluated up ==================================================
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	7. "Не поднимается GRE после падения канала"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 14:19
	>[оверквотинг удален] > 0), tos set to 0x0 > *Mar  1 16:45:41.803: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid > 0), tos set to 0x0 > *Mar  1 16:45:42.735: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid > 0), tos set to 0x0 > *Mar  1 16:45:46.575: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 > *Mar  1 16:45:50.635: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 > *Mar  1 16:45:51.135: Tunnel1: tunnel notify state change - current up, > evaluated up > ================================================== Еще неплохо бы время синхронизировать, иногда помогает.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Не поднимается GRE после падения канала"	+/–
	Сообщение от Сергей (??) on 02-Апр-15, 14:01
	>[оверквотинг удален] >> *Mar  1 16:45:41.803: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid >> 0), tos set to 0x0 >> *Mar  1 16:45:42.735: Tunnel1: adjacency fixup, XX.XX.124.69->XX.XX.211.102(tableid >> 0), tos set to 0x0 >> *Mar  1 16:45:46.575: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 >> *Mar  1 16:45:50.635: ipv4 decap oce used, oce_rc=0x0 tunnel Tunnel1 >> *Mar  1 16:45:51.135: Tunnel1: tunnel notify state change - current up, >> evaluated up >> ================================================== > Еще неплохо бы время синхронизировать, иногда помогает. Спс .. попробую
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	12. "Не поднимается GRE после падения канала"	+/–
	Сообщение от universite (ok) on 11-Апр-15, 02:15
	> Еще неплохо бы время синхронизировать, иногда помогает. Точное время на оборудовании помогает избежать многих неявных проблем и упростить диагностику по логам.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема