<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sat, 22 Aug 2026 00:02:45 -0400</pubDate>
		<item>
			<title>SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296153">SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Как такое, что таймер keepalive у ppp's прерывается неожиданным сигналом, а он даже не осознает, что его прервало неожиданным сигналом? <br />
			<i>05.09.2006 12:54:00, sten.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296153</link>
			<guid>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296153</guid>
			<pubDate>Tue, 05 Sep 2006 12:54:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296152">SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я провёл тест, подключил только одного PPPoE-клиента, наблюдал примерно 20 минут, зафиксировал весь трафик на интерфейсе PPPoe-сервера Mikrotik и тщательно изучил. Обнаружил, что интервалы LCP echo requests всегда равнялись 15 секунд. Но почему такой интервал, если я установил Keepalive Timeout в 10 секунд на интерфейсе PPPoe-сервера? Затем провёл ещё один тест: сначала подключён был только один PPPoe-клиент, потом через 20 секунд подключился второй, и весь тест длился около 20 минут. Затем изучил PPP LCP echo request пакеты, отправленные Mikrotik к обоим PPPoe-клиентам, и обнаружил, что интервал был непостоянным: иногда 10 секунд, иногда 15, иногда 1. Версия устройства — 2.9.27. Как объяснить такое явление?<br /><br />С уважением! <br />
			<i>05.09.2006 01:30:00, cwflying.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296152</link>
			<guid>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296152</guid>
			<pubDate>Tue, 05 Sep 2006 01:30:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296151">SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты серьезно все еще на 2.9.2? Там куча исправлений PPP с тех пор. <br />
			<i>04.09.2006 16:13:00, changeip.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296151</link>
			<guid>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296151</guid>
			<pubDate>Mon, 04 Sep 2006 16:13:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296150">SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			RouterOS PPP LCP echo использует теги в соответствии с более поздними спецификациями PPP. Другие реализации PPP, не использующие RouterOS, не используют теги в соответствии с самыми первыми спецификациями PPP. Исправить можно было бы так, чтобы RouterOS принимал поведение без тегов, но, насколько мне известно, Mikrotik сказал «нет». (поправьте меня, если я не прав). <br />
			<i>04.09.2006 13:18:00, sten.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296150</link>
			<guid>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296150</guid>
			<pubDate>Mon, 04 Sep 2006 13:18:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296149">SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет всем! Я использую Mikrotik в качестве BRAS в моей сетевой схеме. Создано 2 VLAN на eth0, затем на интерфейсах двух VLAN созданы два интерфейса pppoe-server, с одним и тем же профилем pppoe, и на каждом интерфейсе pppoe-server время ожидания keepalive установлено в 10 секунд. Mikrotik был подключен к другому устройству, которое работало в качестве pppoe-клиента и также поддерживало VLAN (создано несколько pppoe-клиентов с разными VLAN). Проблема в том, что:<br /><br />(1) Если устройство запускает более одного pppoe-клиента (запускает эти клиенты синхронно или сначала только один клиент, а затем через некоторое время запускает другой клиент), эти pppoe-клиенты отключаются (pppoe-сессия завершается).<br />(2) Если устройство запускает только один pppoe-клиент, он не отключается.<br /><br />Версия Mikrotik — V2.9.2. Я долго ломаю голову над этой проблемой, буду рад любым советам.<br /><br />Я поставил хаб между Mikrotik и этим устройством. Из захваченных пакетов я обнаружил, что у Mikrotik есть проблема с LCP Echo Request, потому что я установил «Keepalive Timeout» в 10 секунд, следовательно, Mikrotik должен отправлять LCP echo request каждые 10 секунд, но на самом деле Mikrotik будет отправлять несколько LCP echo request пакетов с периодом 1! После этих LCP-запросов (без LCP-ответа) Mikrotik отправляет PADT для завершения pppoe-сессии.<br /><br />Я не знаю, как прикрепить здесь изображение, иначе было бы понятнее. Я экспортировал содержимое пакетов в текстовом формате. Захвачено 7 пакетов: первые 5 пакетов — Mikrotik отправляет LCP echo request с периодом 1 секунду, очень быстро. В 6-м пакете Mikrotik отправляет PADT клиенту pppoe для завершения pppoe-сессии. В 7-м пакете клиент pppoe соглашается на завершение этой сессии. (Обратите внимание на временные метки на красных строках)<br /><br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />53 61.184327 &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; PPP LCP &nbsp;Echo Request Frame<br />53 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x05 Length: 8 Magic number: 0x5ff4ad1b<br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />54 62.194520 &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; PPP LCP &nbsp;Echo Request Frame<br />54 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x06 Length: 8 Magic number: 0x5ff4ad1b<br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />55 63.204840 &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; PPP LCP &nbsp;Echo Request Frame<br />55 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x07 Length: 8 Magic number: 0x5ff4ad1b<br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />56 64.214907 &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; PPP LCP &nbsp;Echo Request Frame<br />56 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x08 Length: 8 Magic number: 0x5ff4ad1b<br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />57 65.225234 &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; PPP LCP &nbsp;Echo Request Frame<br />57 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x09 Length: 8 Magic number: 0x5ff4ad1b<br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />58 66.235685 &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; PPPoED &nbsp; Active Discovery Terminate (PADT) Frame<br />58 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Discovery<br />No. &nbsp; &nbsp; Time &nbsp; &nbsp; &nbsp; &nbsp;Source &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Destination &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Protocol Info<br />59 66.256247 &nbsp; 00:00:00_00:0b:02 &nbsp; &nbsp; HewlettP_04:c8:0d &nbsp; &nbsp; PPPoED &nbsp; Active Discovery Terminate (PADT) Frame<br />59 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 00:00:00_00:0b:02 (00:00:00:00:0b:02), Dst: HewlettP_04:c8:0d (00:11:85:04:c8:0d) PPP-over-Ethernet Discovery<br />PPPoE Tags <br />
			<i>04.09.2006 02:18:00, cwflying.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296149</link>
			<guid>http://mikrotik.moscow/forum/forum57/73393-sos_-ppp-lcp-echo-request-ot-mikrotik-rabotaet-ne-ochen-khorosho./message296149</guid>
			<pubDate>Mon, 04 Sep 2006 02:18:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
