<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Маршруты OSPF за пределами сети/области перераспределяются.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Маршруты OSPF за пределами сети/области перераспределяются. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sat, 04 Apr 2026 05:26:08 +0300</pubDate>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221307">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, 10.0.0.0/8 сработало у вас, потому что сеть, которую вы хотели скрыть, была 192.168.что-то… и она находится за пределами 10.0.0.0/8, так что вам повезло. С методом, который я описал, у вас всегда будет очень точный контроль над тем, что OSPF экспортирует, поэтому я его и рекомендую. Рад, что у вас всё получилось. –Том <br />
			<i>18.05.2005 18:13:00, tneumann.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221307</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221307</guid>
			<pubDate>Wed, 18 May 2005 18:13:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221306">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Согласен на все 110%, я бы предпочёл не хакать. Так что я откатил все изменения, которые делал, и добавил настройки, которые ты рекомендовал. Сработало. Я даже вернулся к одной сети 10.0.0.0/8, и это тоже заработало, но вернул обратно определение отдельных сетей/интерфейсов, так как это, похоже, рекомендуемый метод. Видимо, именно `redistribute-connected` все испортил. Получается, проблема была в моем недостаточном понимании работы OSPF. Большое спасибо, что разобрался со всем этим! Джордж <br />
			<i>18.05.2005 17:49:00, gheeres.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221306</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221306</guid>
			<pubDate>Wed, 18 May 2005 17:49:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221305">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, возможно, это тебе сейчас поможет, но использование необ documented функций (вроде той хитрости с Quagga, которую ты применил) лучше избегать, и это, вероятно, усложнит поддержку твоей конфигурации в будущем. Но, конечно, решать тебе.<br /><br />В любом случае, есть два момента, которые стоит отметить. В RouterOS 2.9 есть официальный способ сделать то, что ты сделал с хитростью Quagga. А именно, под `/routing ospf area parameters` можно устанавливать `prefix-list-export` и `prefix-list-import` для каждой зоны. Как я уже упоминал в предыдущем ответе, тебе (и стоило!) вообще избегать необходимости фильтровать экспортируемые маршруты, просто не экспортируя их вовсе, то есть устанавливая `redistribute-connected=no`. Перераспределение внешней маршрутизации в OSPF следует делать с осторожностью и только если нет другого выхода, например, если тебе абсолютно необходимо перераспределить статический маршрут, указывающий на "глупую" сеть, в которой нет устройств, поддерживающих OSPF, но это определённо не нужно для напрямую подключенных сетей маршрутизатора, поддерживающего OSPF, вроде твоего MikroTik.<br /><br />Так как же это сделать? Просто укажи точный, совпадающий диапазон сетевых адресов для каждой (непосредственно подключенной) сети, которую ты хочешь включить в OSPF, и исключи всё остальное!<br /><br />То есть не должно быть `network=10.0.0.0/8` под `/routing ospf network`, а должно быть `network=10.1.4.0/22`.<br /><br />`network=10.0.0.16/30` на первом маршрутизаторе под `/routing ospf network` и `network=10.0.0.0/29`<br /><br />`network=10.1.8.0/22`<br /><br />`network=10.1.12.0/22`<br /><br />`network=10.0.0.16/30` на втором маршрутизаторе под `/routing ospf network`. Затем отключи `redistribute-connected` на обоих маршрутизаторах.<br /><br />Маршруты к указанным сетям теперь будут видны другому маршрутизатору как внутренние маршруты OSPF (как и должно быть) и не будут видны как внешние маршруты типа 1 или типа 2.<br /><br />Вот несколько фрагментов, которые я только что взял с маршрутизатора MikroTik, говорящего OSPF с Cisco.<br /><br />Во-первых, IP-адреса на маршрутизаторе MikroTik: [admin@AP1] routing ospf&gt; /ip addr print<br /><br />Flags: X - disabled, I - invalid, D - dynamic<br /> # &nbsp; ADDRESS &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;NETWORK &nbsp; &nbsp; &nbsp; &nbsp; BROADCAST &nbsp; &nbsp; &nbsp; INTERFACE<br /> 0 &nbsp; 10.20.5.99/24 &nbsp; &nbsp; &nbsp;10.20.5.0 &nbsp; &nbsp; &nbsp; 10.20.5.255 &nbsp; &nbsp; ether1<br /> 1 &nbsp; 10.173.10.1/24 &nbsp; &nbsp; 10.173.10.0 &nbsp; &nbsp; 10.173.10.255 &nbsp; ether3<br /> 2 &nbsp; 212.23.xxx.12/29 &nbsp; 212.23.xxx.8 &nbsp; &nbsp;212.23.xxx.15 &nbsp; ether2<br /> 3 &nbsp; ;;; hotspot network<br /> &nbsp; &nbsp; 10.5.50.1/24 &nbsp; &nbsp; &nbsp; 10.5.50.0 &nbsp; &nbsp; &nbsp; 10.5.50.255 &nbsp; &nbsp; wlan1-public<br /><br />[admin@AP1] routing ospf&gt;<br /><br />Я хочу, чтобы OSPF экспортировал маршруты только к 10.20.5.0/24 и 10.173.10.0/24, а не к остальным сетям. Поэтому вот полные настройки OSPF на маршрутизаторе MikroTik:<br /><br />[admin@AP1] routing ospf&gt; export<br />/ routing ospf<br />set router-id=0.0.0.0 distribute-default=never redistribute-connected=no \<br /> &nbsp; &nbsp;redistribute-static=no redistribute-rip=no redistribute-bgp=no metric-default=1 \<br /> &nbsp; &nbsp;metric-connected=20 metric-static=20 metric-rip=20 metric-bgp=20<br />/ routing ospf area<br />set backbone area-id=0.0.0.0 authentication=none prefix-list-import="" \<br /> &nbsp; &nbsp;prefix-list-export="" disabled=no<br />/ routing ospf network<br />add network=10.173.10.0/24 area=backbone disabled=no<br />add network=10.20.5.0/24 area=backbone disabled=no<br /><br />[admin@AP1] routing ospf&gt;<br /><br />Cisco подключен к ether3 в сети 10.173.10.0/24, поэтому я в любом случае должен был включить эту сеть. Вот соответствующий результат, как его видит Cisco:<br /><br />cisco#show ip ospf neighbor<br /><br />Neighbor ID &nbsp; &nbsp; Pri &nbsp; State &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Dead Time &nbsp; Address &nbsp; &nbsp; &nbsp; &nbsp; Interface<br />10.173.10.1 &nbsp; &nbsp; &nbsp; 1 &nbsp; FULL/BDR &nbsp; &nbsp; &nbsp; &nbsp;00:00:34 &nbsp; &nbsp;10.173.10.1 &nbsp; &nbsp; FastEthernet0<br />cisco#<br />cisco#show ip route<br /><br />Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP<br /> &nbsp; &nbsp; &nbsp; D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area<br /> &nbsp; &nbsp; &nbsp; N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2<br /> &nbsp; &nbsp; &nbsp; E1 - OSPF external type 1, E2 - OSPF external type 2<br /> &nbsp; &nbsp; &nbsp; i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area<br /> &nbsp; &nbsp; &nbsp; * - candidate default, U - per-user static route, o - ODR<br /> &nbsp; &nbsp; &nbsp; P - periodic downloaded static route<br /><br />Gateway of last resort is not set<br /><br /> &nbsp; &nbsp; 172.30.0.0/24 is subnetted, 1 subnets<br />C &nbsp; &nbsp; &nbsp; 172.30.30.0 is directly connected, Vlan1<br /> &nbsp; &nbsp; 10.0.0.0/24 is subnetted, 2 subnets<br />O &nbsp; &nbsp; &nbsp; 10.20.5.0 [110/11] via 10.173.10.1, 00:01:58, FastEthernet0<br />C &nbsp; &nbsp; &nbsp; 10.173.10.0 is directly connected, FastEthernet0<br /><br />cisco#<br /><br />Если я верну `redistribute-connected` обратно в MikroTik, посмотрим ещё раз на Cisco:<br /><br />cisco#show ip route<br /><br />Теперь подключенные сети, которые я не хотел экспортировать из MikroTik, тоже здесь.<br /><br />В итоге: экспортируй только то, что хочешь, чтобы другие видели. Фильтрация входящих маршрутов в OSPF более полезна в качестве проверки здравого смысла, чтобы контролировать, что попадает в твою таблицу маршрутизации. В любом случае, LSA нельзя фильтровать, потому что это протокол определения состояния канала, и поэтому ему необходимо видеть полную картину сети для выполнения расчетов.<br /><br />Надеюсь, это поможет!<br /><br />–Tom <br />
			<i>18.05.2005 16:26:00, tneumann.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221305</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221305</guid>
			<pubDate>Wed, 18 May 2005 16:26:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221304">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			На самом деле… благодаря другому посту, который я нашёл, выяснилось, что MikroTik использует quagga (как я и предполагал изначально). Я смог подключиться к демону ospf quagga через telnet и настроить необходимые route maps. /system telnet 127.0.0.1 2604 Используйте пароль zebra/quagga по умолчанию: zebra Как только я добавил route map и перенастроил подключённую метрику, я скопировал текущую конфигурацию в стартовую. copy running-config startup-config Последующие изменения в подменю /routing ospf, похоже, не влияют на дополнительную команду route-map. <br />
			<i>18.05.2005 14:07:00, gheeres.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221304</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221304</guid>
			<pubDate>Wed, 18 May 2005 14:07:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221303">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Если я выключу redistribute-connected, как мне явно распространять нужные мне сети? Если я это сделаю, я всё равно буду использовать OSPF? Кажется, policy-filters должны быть включены/разрешены для OSPF (по крайней мере, я предполагаю, что они сделают то, что мне нужно). Одна из мыслей, которая пришла мне в голову, чтобы обойти эту проблему, — это соединить ethernet-интерфейс (Configuration) с беспроводным интерфейсом (Omni) и назначить ему тот же адрес 10.x.x.x, что и беспроводному интерфейсу, до…предпочтительно одному, где включен DHCP-RELAY? Я полагаю, это возможно? Тогда у меня не будет адресов 192.168.1.0/30… Есть какие-нибудь другие рекомендации, прежде чем я всё испорчу, выкину себя с антенны и придётся карабкаться на башню, чтобы это чинить… :? <br />
			<i>18.05.2005 13:07:00, gheeres.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221303</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221303</guid>
			<pubDate>Wed, 18 May 2005 13:07:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221302">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я думаю, тебе стоит отключить redistribute-connected и просто явно настроить сети, которые ты хочешь распространять. –Том <br />
			<i>18.05.2005 07:49:00, tneumann.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221302</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221302</guid>
			<pubDate>Wed, 18 May 2005 07:49:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Маршруты OSPF за пределами сети/области перераспределяются.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221301">Маршруты OSPF за пределами сети/области перераспределяются.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня работает OSPF между двумя маршрутизаторами Mikrotik. Проблема в том, что маршруты, которые *не должны* распространяться, а именно те, которые не принадлежат к сети/области, тоже реплицируются. По сути, у меня есть сеть 10.0.0.0/8, которая разделена на подсети и маршрутизируется между несколькими маршрутизаторами (фактически точками доступа Wi-Fi). Чтобы работать с устройствами с земли, Ethernet-интерфейс настроен с адресом 192.168.1.0/30 (это также служит источником питания через PoE). Хотя сеть 0.0.0.0 настроена для 10.0.0.0/8, маршрут 192.168.1.0/30 распространяется на удаленные маршрутизаторы. Я думал, что опция /routing prefix-list позволит мне аннулировать все маршруты, которые не принадлежат 10.0.0.0/8, но, прочитав руководство, я понял, что это применимо только к RIP и BGP… и, на самом деле, попытка создать префикс-лист просто "чтобы посмотреть", сработает ли он, не принесла желаемых результатов. Я уже справлялся с подобной проблемой с помощью Quagga (v0.98.3), используя следующие команды:<br />! router ospf … SNIP … redistribute connected route-map just-10 network 10.0.0.0/8 area 0.0.0.0 … SNIP … ! route-map just-10 permit 10 match ip address net-10 !<br />Это эффективно останавливает распространение этих маршрутов. В MikroTik OS я не могу найти аналогичную опцию или простое решение, чтобы избежать репликации адресного пространства 192.168.1.0/30. Кто-нибудь сталкивался с подобным или может объяснить, что я делаю не так? Ниже приведены конфигурации для каждого из маршрутизаторов. Первый маршрутизатор: (Router OS v2.8.27)<br />/ip address print<br />Flags: X - отключено, I - недействительно, D - динамически<br /> # &nbsp; ADDRESS &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;NETWORK &nbsp; &nbsp; &nbsp; &nbsp; BROADCAST &nbsp; &nbsp; &nbsp; INTERFACE<br /> 0 &nbsp; 192.168.1.1/30 &nbsp; &nbsp; 192.168.1.0 &nbsp; &nbsp; 192.168.1.3 &nbsp; &nbsp; Configuration<br /> 1 &nbsp; 10.1.4.1/22 &nbsp; &nbsp; &nbsp; &nbsp;10.1.4.0 &nbsp; &nbsp; &nbsp; &nbsp;10.1.7.255 &nbsp; &nbsp; &nbsp;Omni<br /> 2 &nbsp; 10.0.0.18/30 &nbsp; &nbsp; &nbsp; 10.0.0.16 &nbsp; &nbsp; &nbsp; 10.0.0.19 &nbsp; &nbsp; &nbsp; PTP<br /><br />/ip route print<br />Flags: X - отключено, I - недействительно, D - динамически, J - отклонено,<br />C - connect, S - static, r - rip, o - ospf, b - bgp<br /> # &nbsp; &nbsp;DST-ADDRESS &nbsp; &nbsp; &nbsp; &nbsp;G GATEWAY &nbsp; &nbsp; &nbsp; &nbsp; DISTANCE INTERFACE<br /> 0 &nbsp;S 0.0.0.0/0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;r 10.0.0.17 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /> 1 DC 192.168.1.0/30 &nbsp; &nbsp; r 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp; &nbsp; &nbsp; &nbsp;Configuration<br /> 2 Do 10.1.12.0/22 &nbsp; &nbsp; &nbsp; r 10.0.0.17 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /> 3 Do 10.1.8.0/22 &nbsp; &nbsp; &nbsp; &nbsp;r 10.0.0.17 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /> 4 Io 10.1.4.0/22 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;110<br /> 5 DC 10.1.4.0/22 &nbsp; &nbsp; &nbsp; &nbsp;r 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp; &nbsp; &nbsp; &nbsp;Omni<br /> 6 Io 10.0.0.16/30 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 110<br /> 7 DC 10.0.0.16/30 &nbsp; &nbsp; &nbsp; r 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp; &nbsp; &nbsp; &nbsp;PTP<br /> 8 Do 10.0.0.0/29 &nbsp; &nbsp; &nbsp; &nbsp;r 10.0.0.17 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /><br />/routing ospf print<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; router-id: 10.0.0.18<br /> &nbsp; &nbsp; &nbsp; &nbsp;distribute-default: never<br /> &nbsp; &nbsp;redistribute-connected: as-type-1<br /> &nbsp; &nbsp; &nbsp; redistribute-static: no<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;redistribute-rip: no<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;redistribute-bgp: no<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-default: 1<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-connected: 20<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; metric-static: 20<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-rip: 20<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-bgp: 20<br /><br />/routing ospf network print<br />Flags: X - отключено, I - недействительно<br /> # &nbsp; NETWORK &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;AREA<br /> 0 &nbsp; 10.0.0.0/8 &nbsp; &nbsp; &nbsp; &nbsp; backbone<br /><br />/routing ospf interface print<br /> 0 interface=Omni cost=1 priority=1 authentication-key=""<br /> &nbsp; retransmit-interval=5s transmit-delay=1s hello-interval=10s<br /> &nbsp; dead-interval=40s<br /><br /> 1 interface=PTP cost=1 priority=1 authentication-key=""<br /> &nbsp; retransmit-interval=5s transmit-delay=1s hello-interval=10s<br /> &nbsp; dead-interval=40s<br /><br /> 2 interface=PTP-Future cost=1 priority=1 authentication-key=""<br /> &nbsp; retransmit-interval=5s transmit-delay=1s hello-interval=10s<br /> &nbsp; dead-interval=40s<br />Второй маршрутизатор: (Router OS v2.8.27)<br />/ip address print<br />Flags: X - отключено, I - недействительно, D - динамически<br /> # &nbsp; ADDRESS &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;NETWORK &nbsp; &nbsp; &nbsp; &nbsp; BROADCAST &nbsp; &nbsp; &nbsp; INTERFACE<br /> 0 &nbsp; 10.0.0.4/29 &nbsp; &nbsp; &nbsp; &nbsp;10.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp;10.0.0.7 &nbsp; &nbsp; &nbsp; &nbsp;Core<br /> 1 &nbsp; 10.1.8.1/22 &nbsp; &nbsp; &nbsp; &nbsp;10.1.8.0 &nbsp; &nbsp; &nbsp; &nbsp;10.1.11.255 &nbsp; &nbsp; Sector1<br /> 2 &nbsp; 10.1.12.1/22 &nbsp; &nbsp; &nbsp; 10.1.12.0 &nbsp; &nbsp; &nbsp; 10.1.15.255 &nbsp; &nbsp; Sector2<br /> 3 &nbsp; 10.0.0.17/30 &nbsp; &nbsp; &nbsp; 10.0.0.16 &nbsp; &nbsp; &nbsp; 10.0.0.19 &nbsp; &nbsp; &nbsp; PTP<br /><br />/ip route print<br />Flags: X - отключено, I - недействительно, D - динамически, J - отклонено,<br />C - connect, S - static, r - rip, o - ospf, b - bgp<br /> # &nbsp; &nbsp;DST-ADDRESS &nbsp; &nbsp; &nbsp; &nbsp;G GATEWAY &nbsp; &nbsp; &nbsp; &nbsp; DISTANCE INTERFACE<br /> 0 &nbsp;S 0.0.0.0/0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;r 10.0.0.1 &nbsp; &nbsp; &nbsp; &nbsp;1 &nbsp; &nbsp; &nbsp; &nbsp;Core<br /> 1 DC 192.168.1.0/30 &nbsp; &nbsp; r 10.0.0.18 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /> 2 Do 10.1.12.0/22 &nbsp; &nbsp; &nbsp; r 10.0.0.17 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /> 3 Do 10.1.8.0/22 &nbsp; &nbsp; &nbsp; &nbsp;r 10.0.0.17 &nbsp; &nbsp; &nbsp; 110 &nbsp; &nbsp; &nbsp;PTP<br /> 4 Io 10.1.4.0/22 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;110<br /> 5 DC 10.1.4.0/22 &nbsp; &nbsp; &nbsp; &nbsp;r 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp; &nbsp; &nbsp; &nbsp;Omni<br /> 6 Io 10.0.0.16/30 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 110<br /> 7 DC 10.0.0.16/30 &nbsp; &nbsp; &nbsp; r 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp; &nbsp; &nbsp; &nbsp;PTP<br /> 8 Io 10.0.0.0/29 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;110<br /> 9 DC 10.0.0.0/29 &nbsp; &nbsp; &nbsp; &nbsp;r 0.0.0.0 &nbsp; &nbsp; &nbsp; &nbsp; 0 &nbsp; &nbsp; &nbsp; &nbsp;Core<br /><br />/routing ospf print<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; router-id: 10.0.0.4<br /> &nbsp; &nbsp; &nbsp; &nbsp;distribute-default: if-installed-as-type-1<br /> &nbsp; &nbsp;redistribute-connected: as-type-1<br /> &nbsp; &nbsp; &nbsp; redistribute-static: no<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;redistribute-rip: no<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;redistribute-bgp: no<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-default: 1<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-connected: 20<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; metric-static: 20<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-rip: 20<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;metric-bgp: 20<br /><br />/routing ospf interface print<br /> 0 interface=Sector1 cost=1 priority=1 authentication-key=""<br /> &nbsp; retransmit-interval=5s transmit-delay=1s hello-interval=10s<br /> &nbsp; dead-interval=40s<br /><br /> 1 interface=Sector2 cost=1 priority=1 authentication-key=""<br /> &nbsp; retransmit-interval=5s transmit-delay=1s hello-interval=10s<br /> &nbsp; dead-interval=40s<br /><br /> 2 interface=PTP cost=1 priority=1 authentication-key=""<br /> &nbsp; retransmit-interval=5s transmit-delay=1s hello-interval=10s<br /> &nbsp; dead-interval=40s<br /><br />/routing ospf network print<br />Flags: X - отключено, I - недействительно<br /> # &nbsp; NETWORK &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;AREA<br /> 0 &nbsp; 10.0.0.0/8 &nbsp; &nbsp; &nbsp; &nbsp; backbone<br /><br />Если вам нужны более подробные сведения о конфигурации, дайте мне знать, и я с радостью их предоставлю. <br />
			<i>18.05.2005 05:58:00, gheeres.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221301</link>
			<guid>http://mikrotik.moscow/forum/forum57/58484-marshruty-ospf-za-predelami-seti_oblasti-pereraspredelyayutsya./message221301</guid>
			<pubDate>Wed, 18 May 2005 05:58:00 +0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
