The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Не поднимается GRE после падения канала, !*! Сергей, 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 ..

  • Не поднимается GRE после падения канала, !*! fantom, 09:40 , 30-Мрт-15 (1)
    >[оверквотинг удален]
    > Пробовал:
    > 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 меняли??

    • Не поднимается GRE после падения канала, !*! Сергей, 11:43 , 30-Мрт-15 (2)
      >> 100% помогает перезагрузка R2 ..
      > IOS на R2 меняли??

      R2 (c890-universalk9_npe-mz.152-4.M4)

      R1 (c2800nm-advipservicesk9-mz.124-17)

      • Не поднимается GRE после падения канала, !*! ShyLion, 17:58 , 30-Мрт-15 (4)
        >>> 100% помогает перезагрузка R2 ..
        >> IOS на R2 меняли??
        > R2 (c890-universalk9_npe-mz.152-4.M4)
        > R1 (c2800nm-advipservicesk9-mz.124-17)

        Софт очень древний и похоже из коробки не меняный. В случае Cisco это неправильно.

        • Не поднимается GRE после падения канала, !*! Сергей, 06:59 , 31-Мрт-15 (5)
          >>>> 100% помогает перезагрузка R2 ..
          >>> IOS на R2 меняли??
          >> R2 (c890-universalk9_npe-mz.152-4.M4)
          >> R1 (c2800nm-advipservicesk9-mz.124-17)
          > Софт очень древний и похоже из коробки не меняный. В случае Cisco
          > это неправильно.

          Так оно и есть .. и поддержка закончилась. С сайта cisco.com качать не дает. А тех. поддержка говорит, что можно обновлять только после продления контракта.

          • Не поднимается GRE после падения канала, !*! ShyLion, 14:35 , 31-Мрт-15 (8)
            >>>>> 100% помогает перезагрузка R2 ..
            >>>> IOS на R2 меняли??
            >>> R2 (c890-universalk9_npe-mz.152-4.M4)
            >>> R1 (c2800nm-advipservicesk9-mz.124-17)
            >> Софт очень древний и похоже из коробки не меняный. В случае Cisco
            >> это неправильно.
            > Так оно и есть .. и поддержка закончилась. С сайта cisco.com качать
            > не дает. А тех. поддержка говорит, что можно обновлять только после
            > продления контракта.

            Можно просто очень вежливо попросить.

            • Не поднимается GRE после падения канала, !*! Сергей, 14:00 , 02-Апр-15 (9)
              >>>>>> 100% помогает перезагрузка R2 ..
              >>>>> IOS на R2 меняли??
              >>>> R2 (c890-universalk9_npe-mz.152-4.M4)
              >>>> R1 (c2800nm-advipservicesk9-mz.124-17)
              >>> Софт очень древний и похоже из коробки не меняный. В случае Cisco
              >>> это неправильно.
              >> Так оно и есть .. и поддержка закончилась. С сайта cisco.com качать
              >> не дает. А тех. поддержка говорит, что можно обновлять только после
              >> продления контракта.
              > Можно просто очень вежливо попросить.

              Не совсем понял где попросить? Если есть возможность поделиться, был бы очень признателен.

              • Не поднимается GRE после падения канала, !*! ShyLion, 15:34 , 02-Апр-15 (11)
                > Не совсем понял где попросить? Если есть возможность поделиться, был бы очень
                > признателен.

                Зарегься на cisco.com, зайди в загрузки, фича-навигатор, выбери подходящий по RAM, flash и функциям IOS, конкретную версию с конкретным именем файла. Их там тонны, откуда нам знать какой тебе надо.

  • Не поднимается GRE после падения канала, !*! fouad, 16:47 , 30-Мрт-15 (3)
    > R2
    > Tunnel14 is up, line protocol is down

    обрати внимание на это

    вероятно у тебя R2's tunnel source недоступен с R1

    выложи вывод show tunnel interface tunnel 14

    • Не поднимается GRE после падения канала, !*! Сергей, 07:09 , 31-Мрт-15 (6)
      > вероятно у тебя 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
      ==================================================

      • Не поднимается GRE после падения канала, !*! fantom, 14:19 , 31-Мрт-15 (7)
        >[оверквотинг удален]
        > 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
        > ==================================================

        Еще неплохо бы время синхронизировать, иногда помогает.

        • Не поднимается GRE после падения канала, !*! Сергей, 14:01 , 02-Апр-15 (10)
          >[оверквотинг удален]
          >> *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
          >> ==================================================
          > Еще неплохо бы время синхронизировать, иногда помогает.

          Спс .. попробую

        • Не поднимается GRE после падения канала, !*! universite, 02:15 , 11-Апр-15 (12)

          > Еще неплохо бы время синхронизировать, иногда помогает.

          Точное время на оборудовании помогает избежать многих неявных проблем и упростить диагностику по логам.




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

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