<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Срочно нужна помощь с багом/некорректным поведением PPPoE.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Срочно нужна помощь с багом/некорректным поведением PPPoE. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 05 Aug 2026 04:14:58 -0400</pubDate>
		<item>
			<title>Срочно нужна помощь с багом/некорректным поведением PPPoE.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/59061-srochno-nuzhna-pomoshch-s-bagom_nekorrektnym-povedeniem-pppoe./message224071">Срочно нужна помощь с багом/некорректным поведением PPPoE.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я проследил проблему до CPE (который был настроен как сетевой повторитель с мостовым соединением), и к тому, что мостовое соединение станций больше не работает должным образом… Hitek EDIT: Оказалось, что этот узел, работавший в режиме моста/повторителя, на самом деле не был проблемой. Даже после отключения моста/повторителя проблема все равно возникала, я просто сразу этого не заметил, и проблема продолжает возникать на устройствах, которые вообще не были настроены особым образом… <br />
			<i>12.06.2005 17:59:00, hitek146.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/59061-srochno-nuzhna-pomoshch-s-bagom_nekorrektnym-povedeniem-pppoe./message224071</link>
			<guid>http://mikrotik.moscow/forum/forum57/59061-srochno-nuzhna-pomoshch-s-bagom_nekorrektnym-povedeniem-pppoe./message224071</guid>
			<pubDate>Sun, 12 Jun 2005 17:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Срочно нужна помощь с багом/некорректным поведением PPPoE.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/59061-srochno-nuzhna-pomoshch-s-bagom_nekorrektnym-povedeniem-pppoe./message224070">Срочно нужна помощь с багом/некорректным поведением PPPoE.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня есть одна Intel башня, работающая на RC2, с RB532 клиентами, использующими PPPoE с шифрованием. Два клиента на этой башне постоянно запрашивают новые IP-адреса с несколькими входами PPPoE, хотя у меня все секреты и конфигурации PPPoE на башне и на клиентах установлены так, что разрешен только один вход… Дополнительные подключения также не зашифрованы, что напрямую противоречит настройкам как на башне, так и на клиентах… Все несколько IP-адресов присвоены одним и тем же MAC-адресам, а список беспроводной регистрации показывает только те клиенты, которые должны быть, каждый раз по одному… Другие мои башни так не ведут себя, хотя они идентично сконфигурированы. Я обновил один из CPE до RC5, но это не помогло. Я осторожен с обновлением башни без присмотра, если только я не узнаю, что эта проблема была исправлена в последней сборке. Хронология изменений RC5 гласит, что исправили множественное присвоение IP-адресов для вручную удаленных PPP-интерфейсов, но это происходит, когда я не удалял вручную ни одного PPP-соединения, как указано в хронологии… Кроме того, если это проблема версий до RC5, то почему другие мои башни с таким же оборудованием и конфигурацией этого не делают? Стоит также отметить, что после нескольких подключений от одного клиента, диалог "Активные PPP-соединения" показывает, что общая полоса пропускания радио этого CPE делится между двумя или более PPPoE-соединениями с одним и тем же MAC-адресом… Hitek <br />
			<i>10.06.2005 19:45:00, hitek146.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/59061-srochno-nuzhna-pomoshch-s-bagom_nekorrektnym-povedeniem-pppoe./message224070</link>
			<guid>http://mikrotik.moscow/forum/forum57/59061-srochno-nuzhna-pomoshch-s-bagom_nekorrektnym-povedeniem-pppoe./message224070</guid>
			<pubDate>Fri, 10 Jun 2005 19:45:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
