- OSPF и резервировние через GRE, fantom, 16:40 , 17-Дек-17 (1)
>[оверквотинг удален] > r3#show ip ospf neighbor > Neighbor ID Pri State > Dead Time > Address Interface > 1.1.1.1 1 > FULL/DROTHER 00:00:36 192.11.11.10 > Vlan101 > 1.1.1.2 1 > FULL/BDR 00:00:37 > 192.11.11.20 Vlan101 https://www.opennet.me/openforum/vsluhforumID1/97073.html У вас та же ошибка. redistr connected
- OSPF и резервировние через GRE, Doc, 17:18 , 17-Дек-17 (2)
- OSPF и резервировние через GRE, fantom, 23:35 , 17-Дек-17 (3)
- OSPF и резервировние через GRE, fantom, 23:38 , 17-Дек-17 (4)
- OSPF и резервировние через GRE, Del, 07:30 , 18-Дек-17 (6)
Не вижу статистической маршрутизации до конечных точек туннелей. Вероятно прилетает дефолт по ОСПФ и начинается треш, угар и садомия.
- OSPF и резервировние через GRE, Doc, 20:44 , 18-Дек-17 (7)
> Не вижу статистической маршрутизации до конечных точек туннелей. Вероятно прилетает дефолт > по ОСПФ и начинается треш, угар и садомия.зачем ? там же по одному маршрутеру с обеих сторон тоннеля , они и так попадают в таблицу, и трассируются из внутренних подсетей что характерно
- OSPF и резервировние через GRE, Del, 11:19 , 19-Дек-17 (10)
>> Не вижу статистической маршрутизации до конечных точек туннелей. Вероятно прилетает дефолт >> по ОСПФ и начинается треш, угар и садомия. > зачем ? там же по одному маршрутеру с обеих сторон тоннеля , > они и так попадают в таблицу, и трассируются из внутренних подсетей > что характерно tunnel source 10.136.104.126 tunnel destination 10.136.87.254 до этих адресов роутеры как ходят, не увидел их в конфиге
- OSPF и резервировние через GRE, fantom, 16:41 , 19-Дек-17 (11)
>>> Не вижу статистической маршрутизации до конечных точек туннелей. Вероятно прилетает дефолт >>> по ОСПФ и начинается треш, угар и садомия. >> зачем ? там же по одному маршрутеру с обеих сторон тоннеля , >> они и так попадают в таблицу, и трассируются из внутренних подсетей >> что характерно > tunnel source 10.136.104.126 > tunnel destination 10.136.87.254 > до этих адресов роутеры как ходят, не увидел их в конфиге 1. Кипаливы на туннели добавте. Может они у вас вообще "мертвые", вот только этого невидно. 2. в некоторых IOS есть проблема с построением 2-х GRE с одного SRC.
- OSPF и резервировние через GRE, Doc, 22:41 , 19-Дек-17 (12)
>>> Не вижу статистической маршрутизации до конечных точек туннелей. Вероятно прилетает дефолт >>> по ОСПФ и начинается треш, угар и садомия. >> зачем ? там же по одному маршрутеру с обеих сторон тоннеля , >> они и так попадают в таблицу, и трассируются из внутренних подсетей >> что характерно > tunnel source 10.136.104.126 > tunnel destination 10.136.87.254 > до этих адресов роутеры как ходят, не увидел их в конфиге по дефалтовым маршрутам 10.136.104.1 10.136.87.129
- OSPF и резервировние через GRE, Del, 05:28 , 20-Дек-17 (13)
>[оверквотинг удален] >>>> по ОСПФ и начинается треш, угар и садомия. >>> зачем ? там же по одному маршрутеру с обеих сторон тоннеля , >>> они и так попадают в таблицу, и трассируются из внутренних подсетей >>> что характерно >> tunnel source 10.136.104.126 >> tunnel destination 10.136.87.254 >> до этих адресов роутеры как ходят, не увидел их в конфиге > по дефалтовым маршрутам > 10.136.104.1 > 10.136.87.129 они статикой нарисованы?
- OSPF и резервировние через GRE, Doc, 21:15 , 18-Дек-17 (9)
- OSPF и резервировние через GRE, Del, 06:31 , 18-Дек-17 (5)
- OSPF и резервировние через GRE, Doc, 20:48 , 18-Дек-17 (8)
> Что дебаг то говорит?вроде хелло видит с обеих интерфейсов (и физики и тоннеля) а вот в соседях только с физики r1 *Dec 18 19:05:22.368: OSPF: End of hello processing *Dec 18 19:05:24.636: OSPF: Send hello to 224.0.0.5 area 0 on Vlan101 from 192.11.11.10 *Dec 18 19:05:25.008: OSPF: Rcv hello from 1.1.1.2 area 0 from Vlan101 192.11.11.20 *Dec 18 19:05:25.008: OSPF: End of hello processing *Dec 18 19:05:25.532: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel1492 from 192.10.0.21 *Dec 18 19:05:26.072: OSPF: Rcv hello from 1.1.1.2 area 0 from Tunnel1492 192.10.0.22 *Dec 18 19:05:26.072: OSPF: Send immediate hello to nbr 1.1.1.2, src address 192.10.0.22, on Tunnel1492 *Dec 18 19:05:26.076: OSPF: Send hello to 192.10.0.22 area 0 on Tunnel1492 from 192.10.0.21 *Dec 18 19:05:26.076: OSPF: End of hello processing *Dec 18 19:05:28.300: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.25 *Dec 18 19:05:28.832: OSPF: Rcv hello from 1.1.1.3 area 0 from Tunnel2014 192.10.0.26 *Dec 18 19:05:28.832: OSPF: Send immediate hello to nbr 1.1.1.3, src address 192.10.0.26, on Tunnel2014 *Dec 18 19:05:28.832: OSPF: Send hello to 192.10.0.26 area 0 on Tunnel2014 from 192.10.0.25 *Dec 18 19:05:28.832: OSPF: End of hello processing *Dec 18 19:05:32.280: OSPF: Rcv hello from 1.1.1.3 area 0 from Vlan101 192.11.11.30 *Dec 18 19:05:32.280: OSPF: End of hello processing *Dec 18 19:05:34.068: OSPF: Rcv hello from 1.1.1.2 area 0 from Vlan101 192.11.11.20 *Dec 18 19:05:34.068: OSPF: End of hello processing *Dec 18 19:05:34.516: OSPF: Send hello to 224.0.0.5 area 0 on Vlan101 from 192.11.11.10 *Dec 18 19:05:34.616: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel1492 from 192.10.0.21 *Dec 18 19:05:35.556: OSPF: Rcv hello from 1.1.1.2 area 0 from Tunnel1492 192.10.0.22 *Dec 18 19:05:35.556: OSPF: Send immediate hello to nbr 1.1.1.2, src address 192.10.0.22, on Tunnel1492 *Dec 18 19:05:35.556: OSPF: Send hello to 192.10.0.22 area 0 on Tunnel1492 from 192.10.0.21 *Dec 18 19:05:35.560: OSPF: End of hello processing *Dec 18 19:05:37.656: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.25 *Dec 18 19:05:38.604: OSPF: Rcv hello from 1.1.1.3 area 0 from Tunnel2014 192.10.0.26 *Dec 18 19:05:38.604: OSPF: Send immediate hello to nbr 1.1.1.3, src address 192.10.0.26, on Tunnel2014 *Dec 18 19:05:38.604: OSPF: Send hello to 192.10.0.26 area 0 on Tunnel2014 from 192.10.0.25 *Dec 18 19:05:38.604: OSPF: End of hello processing r2 000062: Dec 18 17:48:01.935: OSPF: End of hello processing 000063: Dec 18 17:48:06.151: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.26 000064: Dec 18 17:48:09.051: OSPF: Send hello to 224.0.0.5 area 0 on Vlan101 from 192.11.11.30 000065: Dec 18 17:48:10.487: OSPF: Rcv hello from 1.1.1.1 area 0 from Vlan101 192.11.11.10 000066: Dec 18 17:48:10.487: OSPF: End of hello processing 000067: Dec 18 17:48:11.203: OSPF: Rcv hello from 1.1.1.2 area 0 from Vlan101 192.11.11.20 000068: Dec 18 17:48:11.203: OSPF: End of hello processing 000069: Dec 18 17:48:15.883: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.26 000070: Dec 18 17:48:18.591: OSPF: Send hello to 224.0.0.5 area 0 on Vlan101 from 192.11.11.30 000071: Dec 18 17:48:20.379: OSPF: Rcv hello from 1.1.1.1 area 0 from Vlan101 192.11.11.10 000072: Dec 18 17:48:20.379: OSPF: End of hello processing 000073: Dec 18 17:48:20.591: OSPF: Rcv hello from 1.1.1.2 area 0 from Vlan101 192.11.11.20 000074: Dec 18 17:48:20.591: OSPF: End of hello processing 000075: Dec 18 17:48:25.431: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.26 000076: Dec 18 17:48:27.715: OSPF: Send hello to 224.0.0.5 area 0 on Vlan101 from 192.11.11.30 000077: Dec 18 17:48:30.263: OSPF: Rcv hello from 1.1.1.1 area 0 from Vlan101 192.11.11.10 000078: Dec 18 17:48:30.263: OSPF: End of hello processing 000079: Dec 18 17:48:30.567: OSPF: Rcv hello from 1.1.1.2 area 0 from Vlan101 192.11.11.20 000080: Dec 18 17:48:30.567: OSPF: End of hello processing 000081: Dec 18 17:48:35.199: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.26 000082: Dec 18 17:48:37.431: OSPF: Send hello to 224.0.0.5 area 0 on Vlan101 from 192.11.11.30 000083: Dec 18 17:48:39.851: OSPF: Rcv hello from 1.1.1.1 area 0 from Vlan101 192.11.11.10 000084: Dec 18 17:48:39.851: OSPF: End of hello processing 000085: Dec 18 17:48:40.247: OSPF: Rcv hello from 1.1.1.2 area 0 from Vlan101 192.11.11.20 000086: Dec 18 17:48:40.247: OSPF: End of hello processing
- OSPF и резервировние через GRE, Del, 05:45 , 20-Дек-17 (14)
Чисто как догадка, попробуйте на туннельных интерфейсах mtu ignore написать.
- OSPF и резервировние через GRE, Doc, 21:17 , 20-Дек-17 (15)
> Чисто как догадка, попробуйте на туннельных интерфейсах mtu ignore написать.только что построил gre тоннель между третьем маршрутером и втором с теме же параметрами, он прекрасно появился в "соседях" ...
- OSPF и резервировние через GRE, _alecx_, 11:16 , 21-Дек-17 (16)
1. 10.136.104.1 - не похоже на Интерент. Вы за NAT? Каким? ICMP ходит через Туннели? 2. Можно глянуть полный конфиг R1 и R2. В лабе ваша схема поднялась с "полпинка", а ж интересно.
- OSPF и резервировние через GRE, Doc, 23:33 , 21-Дек-17 (17)
- OSPF и резервировние через GRE, fantom, 08:42 , 22-Дек-17 (18)
>[оверквотинг удален] >> ходит через Туннели? >> 2. Можно глянуть полный конфиг R1 и R2. В лабе ваша схема >> поднялась с "полпинка", а ж интересно. > Это роутеры связи школ (зданий) , школам мин.образования , не дает белый > ип ни под каким предлогам, но при этом серые ипы, между > собой доступны и никак не фильтруются и связь осуществляется через них > вот полные конфиги > ftp://ftp.radio-portal.ru/Incoming/conf_2014_sch2014-2911.txt > ftp://ftp.radio-portal.ru/Incoming/conf_1492_sch1492-2911.txt > ftp://ftp.radio-portal.ru/Incoming/conf_1978_sch1978-2911.txt 1.keepalive на туннели добавить. Иначе у вас туннель не падает при реальном пропадании связи. 2. На Р1 *Dec 18 19:05:25.532: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel1492 from 192.10.0.21 *Dec 18 19:05:26.072: OSPF: Rcv hello from 1.1.1.2 area 0 from Tunnel1492 192.10.0.22 т.е. отправляет/получает на Р2 000063: Dec 18 17:48:06.151: OSPF: Send hello to 224.0.0.5 area 0 on Tunnel2014 from 192.10.0.26 и никаких Rcv hello from туннель. А значит скорее всего туннель таки "упал", но рутеры этого не обнаруживают. 3. бродкаст на GRE??? а накой? DR/BDR выбирать? так их там по-любому только 2...
- OSPF и резервировние через GRE, _alecx_, 11:47 , 22-Дек-17 (19)
- OSPF и резервировние через GRE, Doc, 12:40 , 22-Дек-17 (20)
- OSPF и резервировние через GRE, _alecx_, 13:02 , 22-Дек-17 (21)
В лабе завелось, с мелкими правками даже перестало flap`апь: на всех Tun поставил: ip ospf network point-to-pointна Vlan: ip ospf network broadcast на всех интерфейсах, участвующих в OSPF: ip ospf mtu-ignore в router ospf 1 везде указал router-id ip_Loopback попробуй так, но вряд-ли поможет. Вроде все верно, надо трублшутить на месте руками. p.s. ip route cache - включает аппаратную обработку заголовков пакетов, а ip route-cache cef - использовать cef таблицу для принятия решения при форвардинге пакетов. Иначе каждый пакет будет лететь в CPU маршртизатора, что сильно снижает его производительность.
- OSPF и резервировние через GRE, Doc, 16:03 , 28-Дек-17 (22)
нашел странность в работе тоннелей по какой то причине другая сторона тоне ля пеленгуется из сети за роутером , не не ассигнуется с само роутера , причем если тоннель "передернуть", то на одном конце есть принятые и отправленные пакеты (по всей видимости ospf шлет), а на другой есть только отправленные, а принятых нет (и именно на стороне где нет приятных пакетов, и нет соседа в ospf, что логично) но тем неимения если прописать статический маршрут через тоннель то все сети доступны (и трафик идет именно через тоннель, и счетчики пакетов с обеих сторон тикают). но по прежнему другой конец тоннеля с самого роутера недоступен. Что за фокусы не пойму никак.Как и у Вас в лаборатории все завилось на ура без вязких доработок, причем попробовал как и в студенческом пактетресере, так и на двух старых 1700 роутерах, все отлично работает, что за глюк тут никак не могу понять и воспроизвести
|