<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Соединение в IPSec туннеле обрывается.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Соединение в IPSec туннеле обрывается. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 12:01:25 -0400</pubDate>
		<item>
			<title>Соединение в IPSec туннеле обрывается.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/61314-soedinenie-v-ipsec-tunnele-obryvaetsya./message234326">Соединение в IPSec туннеле обрывается.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просматривал наши сетевые заметки, и вспомнил, когда клиент сказал, что проблема началась. Похоже, всё работало отлично на 2.8.5, а потом мы обновили наш NOC до 2.8.12, и это начало убивать соединение. Какие идеи у ребят из MT? <br />
			<i>16.08.2004 01:27:00, WisperISP.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/61314-soedinenie-v-ipsec-tunnele-obryvaetsya./message234326</link>
			<guid>http://mikrotik.moscow/forum/forum57/61314-soedinenie-v-ipsec-tunnele-obryvaetsya./message234326</guid>
			<pubDate>Mon, 16 Aug 2004 01:27:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Соединение в IPSec туннеле обрывается.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/61314-soedinenie-v-ipsec-tunnele-obryvaetsya./message234325">Соединение в IPSec туннеле обрывается.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У клиента есть IPSec-туннель, который постоянно обрывается при попытке пересчитать параметры безопасности ассоциации. Каждый раз, без исключений, соединение пропадает и через несколько минут восстанавливается. Мы знаем, что проблема в MT, потому что она исчезает, если подключаться напрямую к роутеру провайдера. Также знаем, что соединение работало, потому что туннель держался более 6 дней, с пересчетом параметров безопасности каждый час. Над этой проблемой работаем уже около месяца, и любая помощь была бы очень кстати.<br /><br />Конфигурация:<br />Домашний офис клиента:<br />VPN-концентратор — Cisco VPN 3005, версия ПО 4.0.4a.<br />В нашей сети:<br />VPN-клиент Cisco 831, работающий под IOS 12.3(2)XC2<br />MT-бокс с 2.8.12, proxy-arp на backbone-соединении и публичный подсеть на другой ethernet-карте роутера. NAT или masquerading отсутствуют, все IP-адреса публичные.<br /><br />Дополнительная информация:<br />Ниже приведены сообщения, залогированные концентратором, показывающие попытку пересчета параметров безопасности, за которыми следуют сообщения об ошибках, а затем концентратор разрывает сессию.<br /><br />12.08 21:59:34 amtvvpn 42200 12/08/2004 21:59:38.470 SEV=4 IKE/41 RPT=1411 &nbsp;IKE Initiator: Пересчет параметров Phase 2, Intf 2, IKE Peer 66.128.120.18, локальный Proxy Address 10.1.10.240, удаленный Proxy Address 10.4.255.2, SA (ESP-3DES-MD5)<br />12.08 21:59:42 amtvvpn 42206 12/08/2004 21:59:47.330 SEV=5 IKE/25 RPT=774 66.128.120.18 &nbsp;Group [VPNC_Base_Group] Получены данные удаленного Proxy Host в ID Payload: Address 10.4.255.2, Protocol 47, Port 0<br />12.08 21:59:42 amtvvpn 42209 12/08/2004 21:59:47.330 SEV=5 IKE/24 RPT=446 66.128.120.18 &nbsp;Group [VPNC_Base_Group] Получены данные локального Proxy Host в ID Payload: Address 10.1.10.240, Protocol 47, Port 0<br />12.08 21:59:42 amtvvpn 42211 12/08/2004 21:59:47.330 SEV=5 IKE/66 RPT=774 66.128.120.18 &nbsp;Group [VPNC_Base_Group] IKE Remote Peer настроен для SA: ESP-3DES-MD5<br />12.08 22:00:02 amtvvpn 42212 12/08/2004 22:00:07.320 SEV=4 IKEDBG/0 RPT=248 &nbsp;QM FSM error (P2 struct &0x1eb70c0, mess id 0xaabcfccf)!<br />12.08 22:00:06 amtvvpn 42213 12/08/2004 22:00:10.480 SEV=4 IKEDBG/0 RPT=249 &nbsp;QM FSM error (P2 struct &0x1e9b7c8, mess id 0xc3f1d136)!<br />12.08 22:00:06 amtvvpn 42214 12/08/2004 22:00:10.490 SEV=5 IKE/194 RPT=2842 66.128.120.18 &nbsp;Group [VPNC_Base_Group] Отправка IKE Delete With Reason message: No Reason Provided.<br />12.08 22:00:06 amtvvpn 42216 12/08/2004 22:00:10.490 SEV=4 AUTH/23 RPT=310 66.128.120.18 &nbsp;User [Base Group] Group отключен: duration: 0:04:47<br /><br />Ниже приведены сообщения, залогированные концентратором во время успешного пересчета параметров безопасности:<br /><br />12.08 20:23:31 amtvvpn 41851 12/08/2004 20:23:34.770 SEV=4 IKE/41 RPT=1390 &nbsp;IKE Initiator: Пересчет параметров Phase 2, Intf 2, IKE Peer 66.128.120.3, локальный Proxy Address 10.1.10.240, удаленный Proxy Address 10.4.255.2, SA (ESP-3DES-MD5)<br />12.08 20:23:31 amtvvpn 41853 12/08/2004 20:23:35.090 SEV=5 IKE/73 RPT=1125 66.128.120.3 &nbsp;Group [VPNC_Base_Group] Responder заставляет изменить продолжительность IPSec rekeying duration с 28800 до 300 секунд<br />12.08 20:23:31 amtvvpn 41856 12/08/2004 20:23:35.090 SEV=4 IKE/49 RPT=1876 66.128.120.3 &nbsp;Group [VPNC_Base_Group] Security negotiation complete для User (VPNC_Base_Group) Responder, Inbound SPI = 0x35966a27, Outbound SPI = 0x29fcbf9b<br />12.08 20:23:31 amtvvpn 41858 12/08/2004 20:23:35.110 SEV=4 IKE/120 RPT=1878 66.128.120.3 &nbsp;Group [VPNC_Base_Group] PHASE 2 COMPLETED (msgid=9d4b86e9) <br />
			<i>13.08.2004 10:34:00, WisperISP.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/61314-soedinenie-v-ipsec-tunnele-obryvaetsya./message234325</link>
			<guid>http://mikrotik.moscow/forum/forum57/61314-soedinenie-v-ipsec-tunnele-obryvaetsya./message234325</guid>
			<pubDate>Fri, 13 Aug 2004 10:34:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
