<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Синдром ARP в RouterOS или «утечка ARP»]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Синдром ARP в RouterOS или «утечка ARP» форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 06 Apr 2026 16:00:25 +0300</pubDate>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262019">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хватит это продолжать. В Linux речь идет про: arp_filter, arp_ignore, arp_announce. Теперь авторы RouterOS должны внедрить контроль над этими переменными. <br />
			<i>07.01.2007 11:38:00, pavlik386.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262019</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262019</guid>
			<pubDate>Sun, 07 Jan 2007 11:38:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262018">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Шлюз по умолчанию не установлен. Шлюз — это не проблема. Если он и определен, все равно не используется, потому что все нужные подсети определены на интерфейсе Windows. В этом случае шлюз и не нужен. Запрос ARP отправляется по IP в ping, а не по IP шлюза. Павел. <br />
			<i>05.01.2007 08:48:00, pavlik386.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262018</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262018</guid>
			<pubDate>Fri, 05 Jan 2007 08:48:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262017">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Какой IP-адрес ты указал в качестве шлюза по умолчанию на Windows PC, когда делал тесты ping? –Том <br />
			<i>04.01.2007 20:16:00, tneumann.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262017</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262017</guid>
			<pubDate>Thu, 04 Jan 2007 20:16:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262016">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я хотел бы кое-что прояснить. Я знаю, что это недействительно, это для тестовых целей. Да, я знаю! Я решаю проблему с ARP-ответами, которые коверкают MAC-таблицы. Вы правы… и не стоит отправлять ни одного пакета с этими IP-адресами на ether2 (ARP тоже). В моем случае это не клиенты, а инопланетяне, и я не хочу отправлять им никаких пакетов (ARP тоже) на ether2. Да, но мы же не живем в идеальном мире и вся сеть у нас не на руках. И проблема все равно остается. Я спрашивал много людей, и все говорят, что с Mikrotik этого не должно происходить. grzesjan написал, что это можно решить на Linux. Значит, должно быть возможно и на RouterOS тоже. Забавная штука: когда ты устанавливаешь ARP для ether2 в режим "reply-only", все работает правильно. В этом случае ARP для IP на ether2 работает, а остальные ARP для других IP игнорируются. Вот так и должно быть. Проблема в том, что мне нужно сделать полную статическую ARP-таблицу для ether2, и это не очень хорошее решение. <br />
			<i>04.01.2007 19:47:00, pavlik386.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262016</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262016</guid>
			<pubDate>Thu, 04 Jan 2007 19:47:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262015">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			pavlik386, сама конфигурация твоей тестовой среды построена на неверной сетевой настройке. С такими параметрами и последующим подключением виндовой машины к одному из портов ether1..ether5 ты создаешь сетевую структуру, которая никогда не будет работать корректно. Проблема в том, что ты назначаешь несколько IP-адресов сетевому адаптеру виндовой машины, и эти адреса принадлежат различным аппаратным интерфейсам (ether1..ether5) на роутере. Допустим, ты подключил виндовую машину к ether2 на роутере. Теперь к ether2 также назначены адреса 192.168.103.12, 192.168.104.12 и 192.168.105.12, но роутер не может это правильно обработать, потому что ожидает, что эти адреса будут напрямую подключены к другим интерфейсам (ether3..ether5). Клиенты, физически подключенные к ether2, не могут иметь адрес, попадающий в сеть, связанную с интерфейсом, отличным от ether2 на роутере (если только этот другой интерфейс не настроен как bridge к ether2, и даже в этом случае IP-адрес роутера будет установлен на интерфейсе bridge). Все это не специфично для MikroTik, а просто правила корректной IP-сетевой настройки. –Tom <br />
			<i>04.01.2007 17:07:00, tneumann.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262015</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262015</guid>
			<pubDate>Thu, 04 Jan 2007 17:07:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262014">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Невозможно. Я уже ответил Нормису. Грегор. <br />
			<i>04.01.2007 15:57:00, grzesjan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262014</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262014</guid>
			<pubDate>Thu, 04 Jan 2007 15:57:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262013">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошие новости, но знаешь, можно ли это отредактировать в RouterOS? Нашёл кое-что здесь: <noindex><a href="http://linux-ip.net/html/ether-arp.html" target="_blank" rel="nofollow" >http://linux-ip.net/html/ether-arp.html</a></noindex>. ARP flux описывает другую проблему, когда вместо основного интерфейса отвечают другие. Что-то вроде arp_filter, но я не знаю, как это настроить в RouterOS или возможно ли это в его ядре Linux. Павел <br />
			<i>04.01.2007 13:54:00, pavlik386.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262013</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262013</guid>
			<pubDate>Thu, 04 Jan 2007 13:54:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262012">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В Linux это можно настроить по пути /proc/sys/net. Грегор <br />
			<i>04.01.2007 13:38:00, grzesjan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262012</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262012</guid>
			<pubDate>Thu, 04 Jan 2007 13:38:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262011">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я думаю, что так происходит с большинством, если не со всеми настоящими роутерами. <br />
			<i>04.01.2007 11:06:00, bjohns.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262011</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262011</guid>
			<pubDate>Thu, 04 Jan 2007 11:06:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262010">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В Linux и RouterOS адрес принадлежит маршрутизатору, а не интерфейсу. Маршрутизатор будет отвечать по всем своим адресам. Объект интерфейса используется только для создания маршрута по умолчанию, и это его единственное применение. <br />
			<i>04.01.2007 10:07:00, normis.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262010</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262010</guid>
			<pubDate>Thu, 04 Jan 2007 10:07:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262009">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо за ответ, но вы не понимаете проблему. Я знаю, как работает "arp -a". Дело не в 5 подсетях на моем компьютере с Windows и одним интерфейсом. Дело в 5 интерфейсах на RouterBoard 153. Если я подключен к одному интерфейсу, только этот интерфейс должен отвечать на arp-запросы и только с ip-адресами (одним или многими), определенными на этом интерфейсе. В моем тесте на каждом из 5 Mikrotik-интерфейсов только один IP-адрес. Я сейчас не использую NAT или что-то подобное. Этот Mikrotik дали мне на тестирование из-за некорректного поведения ARP. Я просто выяснил, что он действительно не работает как надо. Павел. <br />
			<i>04.01.2007 09:06:00, pavlik386.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262009</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262009</guid>
			<pubDate>Thu, 04 Jan 2007 09:06:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262008">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Этот MAC, который ты видишь в таблице arp -a, — это MAC, который отреагировал на этот IP, а не обязательно пара mac/ip, указанная дальше. Если ты используешь NAT или что-то подобное, что отвечает за него, то он покажет эти альтернативные подсети с основным физическим MAC. Что-то не работает из-за этого, или ты просто заметил это, и это не проблема? Мне кажется, Windows бы сделала то же самое — если бы у тебя был Windows Server на 5 подсетях, но использовался только один интерфейс и была включена маршрутизация. Сэм. <br />
			<i>03.01.2007 20:16:00, changeip.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262008</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262008</guid>
			<pubDate>Wed, 03 Jan 2007 20:16:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Синдром ARP в RouterOS или «утечка ARP»</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262007">Синдром ARP в RouterOS или «утечка ARP»</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет. Это долго, но необходимо. Настройки теста: RouterBoard 153, версия 2.9.34. ARP: Включен - на всех интерфейсах.<br /><br />ВНИМАНИЕ: ARP_PROXY не активирован ни на одном интерфейсе.<br /><br />ether1 00-0c-42-0d-1d-6a<br />ether2 00-0c-42-0d-1d-6b<br />ether3 00-0c-42-0d-1d-6c<br />ether4 00-0c-42-0d-1d-6d<br />ether5 00-0c-42-0d-1d-6e<br /><br />ether1 192.168.101.12/24<br />ether2 192.168.102.12/24<br />ether3 192.168.103.12/24<br />ether4 192.168.104.12/24<br />ether5 192.168.105.12/24<br /><br />Список адаптеров Windows:<br /><br />Description . . . . . . . . . . . : NVIDIA nForce Networking Controller<br />Physical Address. . . . . . . . . : 00-00-00-B0-0D-EE<br />Dhcp Enabled. . . . . . . . . . . : No<br />IP Address. . . . . . . . . . . . : 192.168.105.10<br />Subnet Mask . . . . . . . . . . . : 255.255.255.0<br />IP Address. . . . . . . . . . . . : 192.168.104.10<br />Subnet Mask . . . . . . . . . . . : 255.255.255.0<br />IP Address. . . . . . . . . . . . : 192.168.103.10<br />Subnet Mask . . . . . . . . . . . : 255.255.255.0<br />IP Address. . . . . . . . . . . . : 192.168.102.10<br />Subnet Mask . . . . . . . . . . . : 255.255.255.0<br /><br />Результаты теста:<br /><br />Таблица ARP всегда очищается перед тестом (arp -d).<br /><br />Подключено к физическому интерфейсу ether1<br />Список ARP после ping 192.168.102.12<br />ping 192.168.103.12<br />ping 192.168.104.12<br />ping 192.168.105.12<br /><br />Internet Address &nbsp; &nbsp; &nbsp;Physical Address &nbsp; &nbsp; &nbsp;Type<br />192.168.102.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6a &nbsp; &nbsp; dynamic - bad record<br />192.168.103.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6a &nbsp; &nbsp; dynamic - bad record<br />192.168.104.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6a &nbsp; &nbsp; dynamic - bad record<br />192.168.105.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6a &nbsp; &nbsp; dynamic - bad record<br />Здесь не должно быть никаких записей.<br /><br />Подключено к физическому интерфейсу ether2<br />Список ARP после ping 192.168.102.12<br />ping 192.168.103.12<br />ping 192.168.104.12<br />ping 192.168.105.12<br /><br />Internet Address &nbsp; &nbsp; &nbsp;Physical Address &nbsp; &nbsp; &nbsp;Type<br />192.168.102.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6b &nbsp; &nbsp; dynamic - only correct record<br />192.168.103.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6b &nbsp; &nbsp; dynamic - bad record<br />192.168.104.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6b &nbsp; &nbsp; dynamic - bad record<br />192.168.105.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6b &nbsp; &nbsp; dynamic - bad record<br /><br />Подключено к физическому интерфейсу ether3<br />Список ARP после ping 192.168.102.12<br />ping 192.168.103.12<br />ping 192.168.104.12<br />ping 192.168.105.12<br /><br />Internet Address &nbsp; &nbsp; &nbsp;Physical Address &nbsp; &nbsp; &nbsp;Type<br />192.168.102.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6c &nbsp; &nbsp; dynamic - bad record<br />192.168.103.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6c &nbsp; &nbsp; dynamic - only correct record<br />192.168.104.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6c &nbsp; &nbsp; dynamic - bad record<br />192.168.105.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6c &nbsp; &nbsp; dynamic - bad record<br /><br />Подключено к физическому интерфейсу ether4<br />Список ARP после ping 192.168.102.12<br />ping 192.168.103.12<br />ping 192.168.104.12<br />ping 192.168.105.12<br /><br />Internet Address &nbsp; &nbsp; &nbsp;Physical Address &nbsp; &nbsp; &nbsp;Type<br />192.168.102.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6d &nbsp; &nbsp; dynamic - bad record<br />192.168.103.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6d &nbsp; &nbsp; dynamic - bad record<br />192.168.104.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6d &nbsp; &nbsp; dynamic - only correct record<br />192.168.105.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6d &nbsp; &nbsp; dynamic - bad record<br /><br />Подключено к физическому интерфейсу ether5<br />Список ARP после ping 192.168.102.12<br />ping 192.168.103.12<br />ping 192.168.104.12<br />ping 192.168.105.12<br /><br />Internet Address &nbsp; &nbsp; &nbsp;Physical Address &nbsp; &nbsp; &nbsp;Type<br />192.168.102.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6e &nbsp; &nbsp; dynamic - bad record<br />192.168.103.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6e &nbsp; &nbsp; dynamic - bad record<br />192.168.104.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6e &nbsp; &nbsp; dynamic - bad record<br />192.168.105.12 &nbsp; &nbsp; &nbsp; &nbsp;00-0c-42-0d-1d-6e &nbsp; &nbsp; dynamic - only correct record<br /><br />Вывод:<br /><br />ARP в Mikrotik работает некорректно. &nbsp;Отвечать должен только IP, назначенный интерфейсу ether. Я пробовал другие Routerboard'ы, и у всех сломанная подсистема ARP. RouterOS PC версии 2.9.38 тоже не работает корректно.<br /><br />Я понимаю, что это Linux проблема, но я не так хорошо разбираюсь в Linux. Я разработчик под Windows и не видел ничего интересного в терминале или FTP. Я даже не нашел, какая версия Linux установлена.<br /><br />Вопросы:<br /><br />* &nbsp; Знает ли кто-нибудь, как исправить Mikrotik с помощью конфигурации или другим способом?<br />* &nbsp; Знает ли кто-нибудь, является ли это глобальной проблемой Linux или ошибкой Mikrotik?<br />* &nbsp; Если это проблема Linux, можно ли исправить Mikrotik каким-то образом?<br />* &nbsp; Может быть, это известная проблема, но почему об этом никто не знает?<br /><br />Спасибо. <br />
			<i>03.01.2007 19:01:00, pavlik386.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262007</link>
			<guid>http://mikrotik.moscow/forum/forum57/67201-sindrom-arp-v-routeros-ili-_utechka-arp/message262007</guid>
			<pubDate>Wed, 03 Jan 2007 19:01:00 +0300</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
