Marker

Здравствуйте, уважаемые форумчане! Преамбула вопроса такая: есть маленький удаленный офис, с несколькими компьютерами. В офисе установлен маршрутизатор, cisco 871, в циску подключен ADSL-модем провайдера, циска поднимает pppoe подключение и затем, поверх этого pppoe-подключения, создает GRE туннель для того, чтобы компьютеры локальной сети вышли в корпоративную сеть. Теперь собственно сам вопрос: можно ли средствами маршрутизатора организовать для компьютеров локальной сети через это pppoe доступ и в корпоративную сеть и в интернет одновременно?

Здравствуйте, уважаемые форумчане! Возникла следующая проблема с фильтрацией вывода команды на цисках. Задача такая: нужно найти в конфиге маршрутизатора секцию типа: dial-peer voice 100 voip description #TEST# destination-pattern .T session target ipv4:1.1.1.1 Причем необходимо найти только те диал-пиры, у которых в session target указан один конкретный ip-адрес. Я никак не могу разобраться, какое регулярное выражение для этого составить и вообще возможно ли это. Этот поиск нужно выполнить на куче железок с разными версиями IOS, в том числе древними, так что IOS shell не получится активировать на всем оборудовании. Прошу вашей помощи!

Сегодня придумал такой костыль, не знаю уж насколько он изящно смотрится. На основной и резервной цисках 3845 создал GRE туннели: Cisco 3845 основная interface Tunnel100 ip address 172.20.23.241 255.255.255.252 tunnel source 172.20.20.38 tunnel destination 172.20.20.39 Cisco 3845 резервная: interface Tunnel100 ip address 172.20.23.242 255.255.255.252 tunnel source 172.20.20.39 tunnel destination 172.20.20.38 И добавил этот туннель на обеих цисках в OSPF в зону 4. Теперь маршрутизация отрабатывает так как мне нужно, при падении основного канала, в работу включается резервный Е1, а не арендованный канал. Думаю оставить этот костыль как рабочую схему, завтра или на следующей неделе постараюсь провести более масштабное тестирование. Большое спасибо всем, кто принял участие, v_r отдельная благодарность.

Но это ведь указывается актуальный маршрут, используемый в данный момент. А как выяснить все возможные маршруты до какой-либо сети, какой командой или командами, если это вообще возможно? На Cisco 3845 IOS не новая, sh ip ospf rib отсутствует. На примере 172.20.121.56/30, вывод show ip ospf database: OSPF Router with ID (172.20.120.4) (Process ID 255) Summary Net Link States (Area 0.0.0.0) Link ID ADV Router Age Seq# Checksum 172.20.121.56 172.20.120.4 963 0x8000014E 0x008078 172.20.121.56 172.20.120.5 972 0x80000106 0x001049 172.20.121.56 172.20.120.36 962 0x80000151 0x00A5FE Summary Net Link States (Area 0.0.0.2) Link ID ADV Router Age Seq# Checksum 172.20.121.56 172.20.120.4 963 0x8000014E 0x008078 Summary Net Link States (Area 0.0.0.3) Link ID ADV Router Age Seq# Checksum 172.20.121.56 172.20.120.4 963 0x8000015A 0x006884 Summary Net Link States (Area 0.0.0.8) Link ID ADV Router Age Seq# Checksum 172.20.121.56 172.20.120.4 964 0x8000014E 0x008078 Summary Net Link States (Area 0.0.0.10) Link ID ADV Router Age Seq# Checksum 172.20.121.56 172.20.120.4 964 0x8000014E 0x009E5C Summary Net Link States (Area 0.0.0.20) Link ID ADV Router Age Seq# Checksum 172.20.121.56 172.20.120.4 964 0x8000014E 0x009E5C Тут ведь просто указывается ID линка, ID анонсирующего роутера, возраст записи, номер последовательности и контрольная сумма? Метрику перепроверил еще раз, все выставлено как нужно, но основная циска упорно не хочет работать через резервную

Блин, забыл написать в начале поста. Метрику я выставлял указанием на интерфейсах с обеих сторон полосы пропускания, командой bandwidth, сейчас попробовал ставить ip ospf cost, точно такая же ситуация, выбирается более медленный маршрут. Затолкать все маршрутизаторы в нулевую зону нельзя, на рисунке показана только часть сети, и EIGRP тоже реализовать не получится, в сети есть железки других вендоров. У меня возник такой вопрос: насколько я помню, OSPF при составлении топологии сети запоминает все возможные маршруты до сети, но в таблицу маршрутизации помещается наиболее быстрый, с меньшей метрикой и имеющий более приоритетный тип, например intra-area. Может быть, основная cisco 3845 считает, что маршрут к сети 172.20.121.56/30 через локальную сеть является inter-area или вообще external? Как можно это выяснить? Вот, посмотрите, записи в таблицах маршрутизации основной Cisco3845 и Cisco3750 при нормальной работе основного канала связи: Cisco 3845 Routing entry for 10.75.27.128/27 Known via "ospf 255", distance 110, metric 294, type intra area Last update from 172.20.23.238 on Tunnel39, 00:21:25 ago Routing Descriptor Blocks: * 172.20.23.238, from 172.20.120.40, 00:21:25 ago, via Tunnel39 Route metric is 294, traffic share count is 1 Cisco 3750 Routing entry for 10.75.27.128/27 Known via "ospf 255", distance 110, metric 295, type inter area Last update from 172.20.20.38 on Vlan255, 00:20:58 ago Routing Descriptor Blocks: * 172.20.20.38, from 172.20.120.4, 00:20:58 ago, via Vlan255 Route metric is 295, traffic share count is 1 И после того как я выключаю туннель: Cisco 3845 Routing entry for 10.75.27.128/27 Known via "ospf 255", distance 110, metric 2001, type intra area Last update from 10.175.123.86 on GigabitEthernet0/0.301, 00:00:01 ago Routing Descriptor Blocks: * 10.175.123.86, from 172.20.120.40, 00:00:01 ago, via GigabitEthernet0/0.301 Route metric is 2001, traffic share count is 1 Cisco 3750 Routing entry for 10.75.27.128/27 Known via "ospf 255", distance 110, metric 554, type inter area Last update from 172.20.20.39 on Vlan255, 00:00:01 ago Routing Descriptor Blocks: * 172.20.20.39, from 172.20.120.5, 00:00:01 ago, via Vlan255 Route metric is 554, traffic share count is 1

Здравствуйте, уважаемые форумчане! Возник на работе вопрос с маршрутизацией по протоколу OSPF, с которым не могу самостоятельно разобраться. Вот схема сети: Предыстория такая. Взялся я за реализацию резервирования основного оборудования связи, смонтировали шкаф, установили туда нужные железки. На схеме это «Cisco3845 резервная» и «Cisco 3560». Начал перевод резервных каналов связи в этот шкаф и получил непонятное мне поведение OSPF. Теперь суть: при пропадании основного, самого быстрого, канала связи – это GRE Tunnel – основная Cisco 3845 записывает в таблицу маршрутизации, что узел «Хост» а также сеть канала Е1 172.20.121.56/30 доступны через арендованный канал связи, скоростью 512 кбит/c, а не через резервную Cisco 3845, хотя если сравнивать метрику маршрутов, то через резервный роутер маршрут быстрее. При этом, все остальные узлы в зоне 0, т.е. Cisco3560, Cisco3750 и резервная Cisco3845, видят хост именно через резервный канал Е1. Узлы в зоне OSPF 4, также выбирают маршрут до зоны 0 через канал Е1. Вот я и не могу понять, почему основной маршрутизатор видит канал Е1 (172.20.121.56/30) не через локальную сеть, а либо через туннель либо через арендованный канал. OSPF-соседство в локальной сети установлено. Вот настройки OSPF (количество анонсируемых сетей обрезал для краткости). Cisco 3845 основная: router ospf 255 router-id 172.20.120.4 log-adjacency-changes area 0.0.0.10 stub area 0.0.0.20 stub redistribute static subnets network 172.20.20.38 0.0.0.0 area 0.0.0.0 network 172.20.120.4 0.0.0.0 area 0.0.0.0 network 172.20.23.278 0.0.0.0 area 0.0.0.4 network 10.175.123.85 0.0.0.0 area 0.0.0.4 Cisco 3845 резервная: router ospf 255 router-id 172.20.120.5 log-adjacency-changes area 0.0.0.10 stub area 0.0.0.20 stub redistribute static subnets network 172.20.20.39 0.0.0.0 area 0.0.0.0 network 172.20.120.5 0.0.0.0 area 0.0.0.0 network 172.20.121.57 0.0.0.0 area 0.0.0.4 Сisco 3560: router ospf 255 router-id 10.75.120.3 network 10.75.120.4 0.0.0.0 area 0.0.0.0 network 172.20.20.40 0.0.0.0 area 0.0.0.0 Cisco 3750: router ospf 255 router-id 172.20.120.2 log-adjacency-changes redistribute connected subnets redistribute static subnets network 172.20.20.35 0.0.0.0 area 0.0.0.0 network 172.20.120.2 0.0.0.0 area 0.0.0.0 Вывод show ip route с маршрутизаторов. Cisco 3845 основная: Routing entry for 172.20.121.56/30 Known via "ospf 255", distance 110, metric 73, type intra area Last update from 172.20.23.238 on Tunnel39, 00:22:48 ago Routing Descriptor Blocks: * 172.20.23.238, from 172.20.120.61, 00:22:48 ago, via Tunnel39 Route metric is 73, traffic share count is 1 После выключения основного канала: Routing entry for 172.20.121.56/30 Known via "ospf 255", distance 110, metric 295, type intra area Last update from 10.175.123.86 on GigabitEthernet0/0.301, 00:00:09 ago Routing Descriptor Blocks: * 10.175.123.86, from 172.20.120.61, 00:00:09 ago, via GigabitEthernet0/0.301 Route metric is 295, traffic share count is 1 Cisco3845 резервная: Routing entry for 172.20.121.56/30 Known via "connected", distance 0, metric 0 (connected, via interface) Routing Descriptor Blocks: * directly connected, via Serial0/2/0:1 Route metric is 0, traffic share count is 1 Наверное, сумбурно написано, у меня уже полная каша в голове. Буду очень благодарен вам за помощь с решением этой проблемы.