Подскажите в чём проблемма. Построили недавно VPN сетку на DI-804HV и DFL-700 и сразу появились проблеммы, два DI-804 постоянно виснут один -два раза в день
причём виснут как то странно: через них ничего не проходит (не работает ни NAT ни PortMap) но можно зайти через WWW интерфейс удаллённо и перегрузить и тогда всё нормально.
Может кто подскажет в чем трабла?

Тех.поддержка говорит, что у них в лаборатории не виснут...
У меня тоже и зависали, и не хотели подниматься туннели, причём раз на раз не приходится, то есть эффект нестабильный. В итоге я решил, что цена устройства несоизмерима с трудозатратами по выяснению истины и "задвинул" их в "медвежьи углы", где они кое-как работают. Или участвуют в коротких экспериментах...

Что устройства пишут в логи при зависаниях? Настройте выдачу лога на внешний сервер дабы они не пропадали при отключении питания.

_________________
С уважением -- Александр Шебаронин.

полагаю проблема похожа на мою http://www.dlink.ru/phorum/viewtopic.php?p=95773#95773 вот только на WAN я зайти немогу, нет ещё одного выхода в инет, чтоб "зайти через WWW интерфейс удаллённо".

Мммм... Такой вопрос к колегам, а как у вас обстоят дела с электропитанием? 804-ые подключены в УПС (стабилизатор) или прямо в розетку?

у меня через УПС... всё оборудование обеспечивающее выход в интернет подключено через УПСы

Тогда похоже на глюк прошивки... А не пробовали отключать всякие фитчи, типа SPI, DoS и т.д., и смотреть - влияет ли это на зависания девайса?

я достаточно подробно описал свои случаи подвисания в:так что отключение доп.фич на закладке "Tools" в разделе "Misc" не приводило к видимым изменениям... когда была прошивка 1.40, то был DMZ с отключённым SPI и роутер не вис, но там были другие проблемы...

Я читал. Просто пытаюсь понять: там проблема только в ДХЦП или есть какие-то корреляции с другими службами.

Да, помнится когда работал с Новелловским серваком была проблема с ДХЦП из-за того, что винда некорректно освобождала адреса. Нам приходилось патчить винду. Может здесь похожая проблема?

может, но я не заметил, проверял различные комбинации, но подвисать подвисал, вроде деже SPI отключал, но хотя бы раз он подвис в какой либо конфигурации... сейчас поставил статик ип на ван, но это не самы лучший выход для меня...

У меня все воткнуты прямо в розетку и можно сказать что виснут все. Просто с разной периодичностью.

Не хочет ли сказать уважаемый TechSupport, что это может стать причиной зависания?
Делов том что все устройства стоят в местах где с электричеством особых проблем никогда не было.

Логи вложу чуть позже , но в них ничего особого вроде нет.

Как и обещал выкладываю лог.

2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Receive IKE Q1(QINIT) : [213.xxx.xxx.222]-->[84.xxx.xxx.14]
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Requested routing is [10.10.1.0|213.xxx.xxx.222]<->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:Others AUTH:SHA1 HASH:Others PFS(Group):NONE
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:Others AUTH:MD5 HASH:Others PFS(Group):NONE
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:ESP-3DES AUTH:SHA1 HASH:Others PFS(Group):NONE
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:ESP-3DES AUTH:MD5 HASH:Others PFS(Group):NONE
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 IKE Q1 : 10.10.1.0 -> 192.168.3.0 no pfs support
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Send IKE Q2(QRESP) : 192.168.3.0 --> 10.10.1.0
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 Receive IKE Q3(QHASH) : [10.10.1.0|213.xxx.xxx.222]-->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 IKE Phase2 (IPSEC SA) established : [10.10.1.0|213.xxx.xxx.222]<->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 12:31:00 User.Warning 84.xxx.xxx.14 inbound SPI = 0x82000010, outbound SPI = 0x182cb042
2005-12-19 12:31:05 User.Warning 84.xxx.xxx.14 Send IKE (INFO) : delete [192.168.3.0|84.xxx.xxx.14]-->[213.xxx.xxx.222|10.10.1.0] phase 2
2005-12-19 12:31:05 User.Warning 84.xxx.xxx.14 IKE phase2 (IPSec SA) remove : 192.168.3.0 <-> 10.10.1.0
2005-12-19 12:31:05 User.Warning 84.xxx.xxx.14 inbound SPI = 0x80000010, outbound SPI = 0xba93fe53
2005-12-19 12:53:59 User.Warning 84.xxx.xxx.14 Blocked access attempt from 84.238.28.250:2132 to TCP port 139
2005-12-19 12:54:02 User.Warning 84.xxx.xxx.14 Blocked access attempt from 84.238.28.250:2132 to TCP port 139
2005-12-19 13:08:00 User.Warning 84.xxx.xxx.14 Blocked access attempt from 84.162.229.167:2078 to TCP port 139
2005-12-19 13:08:02 User.Warning 84.xxx.xxx.14 Blocked access attempt from 84.162.229.167:2078 to TCP port 139
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Receive IKE Q1(QINIT) : [213.xxx.xxx.222]-->[84.xxx.xxx.14]
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Requested routing is [10.10.1.0|213.xxx.xxx.222]<->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:Others AUTH:SHA1 HASH:Others PFS(Group):NONE
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:Others AUTH:MD5 HASH:Others PFS(Group):NONE
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:ESP-3DES AUTH:SHA1 HASH:Others PFS(Group):NONE
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:ESP-3DES AUTH:MD5 HASH:Others PFS(Group):NONE
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 IKE Q1 : 10.10.1.0 -> 192.168.3.0 no pfs support
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Send IKE Q2(QRESP) : 192.168.3.0 --> 10.10.1.0
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 Receive IKE Q3(QHASH) : [10.10.1.0|213.xxx.xxx.222]-->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 IKE Phase2 (IPSEC SA) established : [10.10.1.0|213.xxx.xxx.222]<->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 13:19:00 User.Warning 84.xxx.xxx.14 inbound SPI = 0x84000010, outbound SPI = 0x123c9d91
2005-12-19 13:19:14 User.Warning 84.xxx.xxx.14 Send IKE (INFO) : delete [192.168.3.0|84.xxx.xxx.14]-->[213.xxx.xxx.222|10.10.1.0] phase 2
2005-12-19 13:19:14 User.Warning 84.xxx.xxx.14 IKE phase2 (IPSec SA) remove : 192.168.3.0 <-> 10.10.1.0
2005-12-19 13:19:14 User.Warning 84.xxx.xxx.14 inbound SPI = 0x82000010, outbound SPI = 0x182cb042
---------------------Повис----------------------------------------------------------------
2005-12-19 13:34:45 User.Warning 84.xxx.xxx.14 Send IKE (INFO) : delete [192.168.3.0|84.xxx.xxx.14]-->[213.xxx.xxx.222|10.10.1.0] phase 2
2005-12-19 13:34:45 User.Warning 84.xxx.xxx.14 IKE phase2 (IPSec SA) remove : 192.168.3.0 <-> 10.10.1.0
2005-12-19 13:34:45 User.Warning 84.xxx.xxx.14 inbound SPI = 0x84000010, outbound SPI = 0x123c9d91
2005-12-19 13:34:45 User.Warning 84.xxx.xxx.14 Send IKE (INFO) : delete 84.xxx.xxx.14 -> 213.xxx.xxx.222 phase 1
2005-12-19 13:34:45 User.Warning 84.xxx.xxx.14 IKE phase1 (ISAKMP SA) remove : 84.xxx.xxx.14 <-> 213.xxx.xxx.222
2005-12-19 13:35:02 User.Warning 84.xxx.xxx.14 Receive IKE M1(INIT) : 213.xxx.xxx.222 --> 84.xxx.xxx.14
2005-12-19 13:35:02 User.Warning 84.xxx.xxx.14 Try to match with ENC:None AUTH:PSK HASH:SHA1 Group:Group2
2005-12-19 13:35:02 User.Warning 84.xxx.xxx.14 Try to match with ENC:None AUTH:PSK HASH:MD5 Group:Group2
2005-12-19 13:35:02 User.Warning 84.xxx.xxx.14 Try to match with ENC:3DES AUTH:PSK HASH:SHA1 Group:Group2
2005-12-19 13:35:02 User.Warning 84.xxx.xxx.14 Try to match with ENC:3DES AUTH:PSK HASH:MD5 Group:Group2
2005-12-19 13:35:02 User.Warning 84.xxx.xxx.14 Send IKE M2(RESP) : 84.xxx.xxx.14 --> 213.xxx.xxx.222
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Receive IKE M3(KEYINIT) : 213.xxx.xxx.222 --> 84.xxx.xxx.14
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Send IKE M4(KEYRESP) : 84.xxx.xxx.14 --> 213.xxx.xxx.222
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Receive IKE M5(IDINIT) : 213.xxx.xxx.222 --> 84.xxx.xxx.14
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Send IKE M6(IDRESP) : 84.xxx.xxx.14 --> 213.xxx.xxx.222
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 IKE Phase1 (ISAKMP SA) established : 84.xxx.xxx.14 <-> 213.xxx.xxx.222
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Receive IKE Q1(QINIT) : [213.xxx.xxx.222]-->[84.xxx.xxx.14]
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Requested routing is [10.10.1.0|213.xxx.xxx.222]<->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:Others AUTH:SHA1 HASH:Others PFS(Group):NONE
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:Others AUTH:MD5 HASH:Others PFS(Group):NONE
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:ESP-3DES AUTH:SHA1 HASH:Others PFS(Group):NONE
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Try to match ESP with MODE:Tunnel PROTOCAL:ESP-3DES AUTH:MD5 HASH:Others PFS(Group):NONE
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 IKE Q1 : 10.10.1.0 -> 192.168.3.0 no pfs support
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Send IKE Q2(QRESP) : 192.168.3.0 --> 10.10.1.0
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 Receive IKE Q3(QHASH) : [10.10.1.0|213.xxx.xxx.222]-->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 IKE Phase2 (IPSEC SA) established : [10.10.1.0|213.xxx.xxx.222]<->[84.xxx.xxx.14|192.168.3.0]
2005-12-19 13:35:03 User.Warning 84.xxx.xxx.14 inbound SPI = 0x86000010, outbound SPI = 0x83533afe

Да, в логах нет ничего странного. Не расскажете какой у вас HW revision?

_________________
С уважением -- Александр Шебаронин.

Я не TechSupport - просто по образованию микроэлектронщик. Сомневаюсь, что в девайсе или БП к нему навороченная схема стабилизации тока. А всякие гадости, например высокочастотная помеха по питанию, могут весьма забавно сказываться на работе девайсов.

все что нашел в настройках
Firmware Version: V1.42, Wed, Aug 03 2005

Самое интересное не в этом

Дело в том что таких девайсов у нас стоит 5 штук в разных местах.
Так вот виснут ВСЕ! хоть раз в день, но зависнет каждый, а то порой и по два раза.
В одной точке девайс заменили на новый.... повис на следующий же день. поставили там же качественный фильтр подключенный через ИБП ... никаких изменений. (к сведению в одной точке жуткие пробллемы с напряжением, не скачет, но по частоте не 50 герц, явно меньше, так вот там девайс виснет ровно раз в день в разное время) сейчас пробуем уменьшить длинну ключа на VPN тунеле до 4 символов может поможет. Самое интересное один из девайсов (самый глючный у которого проблеммы с перехватом чужих адресов) сейчас стоит у одного из сотрудников дома и прекрасно работает уже 3 дня!!

Кто что ещё посоветут сделать?

P.S. Разница между каналами у сотрудника и на точках только в типе подключения. У сотрудника PPPOE, а на точках реальный статический адрес.