<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Проблема с on-down в профилях ppp]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Проблема с on-down в профилях ppp форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 04:42:26 -0400</pubDate>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423219">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошо. Единственная причина, по которой я решил написать, — убедиться, что вы в курсе. <br />
			<i>21.05.2019 15:14:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423219</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423219</guid>
			<pubDate>Tue, 21 May 2019 15:14:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423218">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Прежде всего, я очищаю только те соединения, у которых src-address — это IP-телефоны, примерно по одному соединению на телефон. Во-вторых, проблема с регистрацией приемлема. И, наконец, если я не очищаю эти соединения, телефоны перестают работать, пока я не сделаю это вручную. Возможно, вам нужны более подробные сведения о настройке: WAN1 — это выделенная линия (PPPoE через SDSL или через оптоволокно) с доступом в Интернет (статический IP), но трафик от телефонов к SIP-серверу не проходит через NAT (потому что соединение напрямую между клиентом и нашей инфраструктурой). Это основной маршрут для всего трафика. WAN2 — 4G, поэтому NAT применяется ко всему (на самом деле, три уровня NAT: на Mikrotik, на 4G-маршрутизаторе и CGNAT в сети мобильного оператора). Я использую masquerading. В такой конфигурации возникают довольно серьёзные проблемы, когда теряется WAN1, а через несколько минут WAN1 снова появляется. Думаю, я буду дальше экспериментировать с on-up/on-down на WAN1, используя идею глобальной переменной, которая меняется при поднятии линии. Но, скорее всего, это не сработает для скрипта on-up. Так что надеюсь, что баг не затрагивает и on-up. <br />
			<i>21.05.2019 15:09:00, nocipeva.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423218</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423218</guid>
			<pubDate>Tue, 21 May 2019 15:09:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423217">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Если я правильно понял, вы хотите удалить все соединения, которые проходят через src-NAT к публичному IP WAN2, даже если WAN2 продолжает работать после возвращения WAN1, потому что отдаёте предпочтение WAN1. С этим связано несколько проблем, которые здесь уже подробно обсуждались. Во-первых, удаление всех отслеживаемых соединений, связанных с конкретным публичным IP или WAN-интерфейсом, — это задача, требующая значительных ресурсов процессора. Так что, независимо от триггера, пользователи будут затронуты. Здесь есть несколько тем и даже официальная презентация Mikrotik, которая объясняет, почему src-NAT с маскарадингом стоит использовать только тогда, когда WAN-интерфейс имеет динамический адрес, так как маскированные соединения автоматически удаляются при изменении WAN-адреса, к которому они применены. Во-вторых, если вы просто удалите SIP-соединения, не заставив телефоны повторно зарегистрироваться (а сделать это невозможно), телефоны не смогут принимать входящие вызовы до тех пор, пока не зарегистрируются снова сами по себе. <br />
			<i>21.05.2019 12:33:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423217</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423217</guid>
			<pubDate>Tue, 21 May 2019 12:33:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423216">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Могу попробовать, обязательно. Спасибо. <br />
			<i>21.05.2019 09:03:00, nocipeva.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423216</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423216</guid>
			<pubDate>Tue, 21 May 2019 09:03:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423215">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			(Извини, пропустил уведомление о твоём посте) В ситуациях, когда ты переключаешься с WAN1 на WAN2, а потом хочешь вернуться к WAN1, при этом WAN2 всё ещё активен, записи в таблицах соединений продолжают показывать IP WAN2 как адрес назначения для ответа и не обновляются (потому что src-address:port и dst-address:port для SIP-соединений совпадают), поэтому IP-телефоны не работают. <br />
			<i>21.05.2019 09:02:00, nocipeva.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423215</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423215</guid>
			<pubDate>Tue, 21 May 2019 09:02:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423214">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я никогда не чистил свою таблицу соединений… Какие у тебя «особые случаи»? <br />
			<i>20.02.2019 20:27:00, eworm.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423214</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423214</guid>
			<pubDate>Wed, 20 Feb 2019 20:27:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423213">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Почему бы не защититься от этого так: задать какую-то глобальную переменную в on-up и выполнять очистку в on-down только если эта переменная установлена? <br />
			<i>20.02.2019 19:10:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423213</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423213</guid>
			<pubDate>Wed, 20 Feb 2019 19:10:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423212">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вверх! Чёрт, я что, тут один остался, кто пользуется скриптами отключения? <br />
			<i>20.02.2019 17:50:00, nocipeva.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423212</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423212</guid>
			<pubDate>Wed, 20 Feb 2019 17:50:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с on-down в профилях ppp</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423211">Проблема с on-down в профилях ppp</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет! Мне нужно использовать on-down и on-up скрипты для pppoe-client соединений, потому что в некоторых конкретных случаях, например, нужно очистить таблицу соединений ip firewall. Во время экспериментов я заметил странное поведение: если pppoe-client пытается подключиться, но не может, он всё равно вызывает on-down скрипт с сообщением PPPoE disconnected, хотя вообще-то соединение так и не установилось. Это значит, что каждый раз, когда pppoe-client пытается подключиться, у меня очищается таблица соединений ip firewall, а у меня это происходит раз в 30 секунд. В итоге, когда роутер переключается на резервную линию, качество обслуживания, мягко говоря, ужасное. Думаю, так быть не должно. Кто-нибудь может подтвердить? Может, я что-то упускаю? Спасибо! <br />
			<i>24.01.2019 17:04:00, nocipeva.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423211</link>
			<guid>http://mikrotik.moscow/forum/forum57/88075-problema-s-on_down-v-profilyakh-ppp/message423211</guid>
			<pubDate>Thu, 24 Jan 2019 17:04:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
