РОутер di-604, прошифка 3.06

Мой провайдер дает мне интернет по VPN, по следующим установкам:
мой IP: 10.0.40.180
адрес сервера: 10.0.40.1
логин/пароль

свойства VPN такие:
тип VPN автоматически
свойства PPP - использовать программное сжатие данных
параметры безопастности обычные, без шифрования

в роутере я устанавливаю WAN, PTPP
My IP Address 10.0.40.180
My Subnet Mask 255.255.255.0
My Gateway 10.0.40.1
Server IP/Name 10.0.40.1
PPTP Account логин
PPTP Password пароль
Retype Password пароль
Connection ID (Optional) -
Maximum Idle Time 0 Minutes
MTU 1492
Connect mode select Always-on

роутер устанавливает соединение, его статус
MAC Address 00-50-70-63-10-A9
Connection PPTP Connected.

IP Address 10.33.40.180
Connection Time 00:00:01
Subnet Mask 255.255.255.255
Gateway 10.33.40.180
Domain Name Server 10.0.40.1, 10.0.40.1

но рвет его через 1.5 минуты,
вот лог:
4 октября 2004 г. 14:32:12 DOD:triggered internally
4 октября 2004 г. 14:32:12 start to dial-up
4 октября 2004 г. 14:32:12 PPTP:PNS=10.0.40.1
4 октября 2004 г. 14:32:12 PPP1: Rx LCP Request
4 октября 2004 г. 14:32:12 PPP1: TX LCP Reject
4 октября 2004 г. 14:32:12 PPP1: Rx LCP Request
4 октября 2004 г. 14:32:12 PPP1: TX LCP ACK
4 октября 2004 г. 14:32:14 PPP1: TX LCP Request
4 октября 2004 г. 14:32:14 PPP1: Rx LCP ACK
4 октября 2004 г. 14:32:14 CHAP1: Welcome to hole.
4 октября 2004 г. 14:32:14 PPP1: Rx IPCP Request
4 октября 2004 г. 14:32:14 PPP1: Rx IPCP Request
4 октября 2004 г. 14:32:14 PPP1: Tx IPCP Reguest
4 октября 2004 г. 14:32:14 PPP1: Rx IPCP NACK/REJECT
4 октября 2004 г. 14:32:14 IPCP1: IP is 10.33.40.180
4 октября 2004 г. 14:32:14 PPP1: Tx IPCP Reguest
4 октября 2004 г. 14:32:14 PPP1: Rx IPCP ACK
4 октября 2004 г. 14:33:45 T4F42Connection is broken
4 октября 2004 г. 14:33:45 start to hang-up

в чем может быть дело?? ни какого интернета я естественно не получаю,
а если конфигурирую работать роутер как WAN Static IP, и на компьютере устанавливаю VPN через WinXP, все отлично работает...

забыл написать, что ошибка в конце лога вылезла PPTP:error=-299

а у провайдера сжатие данных - опциональное или жестко включено ?
и нет ли вирусов на компе ? канал может из-за них падать.

У меня тоже такая фигня была, только рвал соединение не через 1,5 минуты, а через пять.
У меня стояля прошивка 3.06 для HW D1
Я вернулся на версию прошивки 3.04 для HW D1 и у меня все прошло.
Соединение стало устойчиво работать.

Не могу сказать как у провайдера сжатие работает...
Не работает ни на какой прошивке, ни на 3.04, ни на 3.06...

можете дать контакты вашего провайдера?
ситуация достаточно странная - особых проблем при настройках и работе DI-604 по pptp не возникает.

_________________
С уважением, Карагезов Владислав

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

насчет бесплатно - ему то какая разница? Вы ведь деньги платите!
как правило, НОРМАЛЬНЫЕ провайдеры относятся к этому спокойно, а натболее умные еще и сами такие устройства пользователям пердлагают

_________________
С уважением, Карагезов Владислав

Да предложили мы такое устройство юзеру, но получилось плохо. Соединение pptp с линух сервером. Все включилось на ура интернет начал работать, но каждые 3 часа - соединение равлось и в течении 30 сек переустанавливалось. У юзера было 2 компа один - домашний второй через DMZ в интернет выдавал RDP и MS project сервер. Все вроде бы ничего но возникла проблема с мейл.ру. почта через POP3 не могла скачаться. Очень медленно и как правило заканчивалось таймаутом. Небольшой эксперимент показал, что DI-604 теряет пакеты. при включении напрямую компа пользователя и поднятии pptp соединения на нем все заработало и моментально слились письма. Что делать пока не знаю. Да еще тонкий момент, сеть локальная в которой стоит pptp сервер имеет адреса - 10.2.0.x сервер 10.2.0.10, когда поднимаем VPN, все пактеты на эти адреса идут по VPN тоже
И режутся фаерволом потому как не являются интернетом. Да и вообще.... Можно ли что-то с этим сделать?

вот кстати кусок лога работа пользователя с DI-604
Подключился Отключился Время Принял Мб Послал Мб Call to Call from До снятия Снято
02 Oct, 16:13:52 02 Oct, 16:15:22 0:01:32 0.000 0.000 588-823 9.758144 0.000002
02 Oct, 16:15:32 02 Oct, 19:16:31 3:01:01 0.874 0.161 588-823 9.758142 0.026235
02 Oct, 19:17:01 02 Oct, 22:18:00 3:01:01 0.000 0.002 588-823 9.731907 0.000010
02 Oct, 22:18:32 03 Oct, 01:19:31 3:01:01 2.689 0.431 588-823 9.731897 0.080681
03 Oct, 01:20:03 03 Oct, 04:21:02 3:01:01 12.672 0.612 588-823 9.651216 0.380155
03 Oct, 04:21:34 03 Oct, 07:22:33 3:01:01 0.001 0.002 588-823 8.941061 0.000033
03 Oct, 07:23:05 03 Oct, 10:24:04 3:01:01 2.451 0.353 177-423 8.941028 0.073539
03 Oct, 10:24:34 03 Oct, 13:25:33 3:01:01 0.032 0.011 177-423 8.867489 0.000951
03 Oct, 13:26:05 03 Oct, 16:27:04 3:01:01 1.665 0.365 177-423 8.866538 0.049954
03 Oct, 16:27:36 03 Oct, 19:28:35 3:01:01 0.202 0.022 177-423 8.816584 0.006072
03 Oct, 19:29:07 03 Oct, 22:30:06 3:01:01 1.426 0.294 177-423 8.810512 0.042776
03 Oct, 22:30:38 04 Oct, 01:31:37 3:01:01 0.032 0.011 177-423 8.767736 0.000958
04 Oct, 01:32:09 04 Oct, 03:56:06 2:23:59 0.001 0.001 177-421 8.766778 0.000034
04 Oct, 03:56:19 04 Oct, 06:57:18 3:01:01 0.007 0.007 177-419 8.766744 0.000198
04 Oct, 06:57:50 04 Oct, 09:58:49 3:01:01 6.905 1.045 177-334 8.436546 0.207138
04 Oct, 09:59:21 04 Oct, 13:00:20 3:01:01 0.001 0.002 177-334 8.229408 0.000033
04 Oct, 13:00:52 04 Oct, 16:01:51 3:01:01 0.002 0.003 177-334 8.229375 0.000054
04 Oct, 16:02:23 04 Oct, 19:03:22 3:01:01 17.952 6.278 177-334 8.229321 0.538551

Отчетливо видно что каждые 3 часа происходил обрыв связи. Что критично для RDP например.

Да, мы одни из таких умных провайдеров Предложили клиентам, да получили головную боль.
Сейчас сижу, собираю дебаг на циске.
Вылезла старая проблема, у меня реконнектит на 3.06 раз в девять минут, повторил конфиг в лаборатории - 100% попадаемость. Дело в keepalive, подробности позднее.
Кстати, в наших условиях лечится прошивкой 3.02

по проблеме переустановки соединения сейчас разбираются разработчики, думаю, в ближайшее время вопрос будет решен.

_________________
С уважением, Карагезов Владислав

Ну как процесс? На дворе 3.09 - а проблема осталась (только реконнект раз в 10 минут).
Может быть, мы соберем наши усилия вместе и реализуем схему в лаборатории D-Link, дабы показать источник проблемы?
3.02 перестала удовлетворять нашим нуждам (в 3.09 исправлено много багов, в т.ч. с популярным eMule), да и rev.D2 в Дилайне не за горами (они сами затрудняются ответить, какой HW придёт следующей партией ).

Модель DI-604, HW D1, SW 3.09.
Схема подключения:
DI-604<---Ethernet 10BaseT--->Router<---SDSL--->Cisco 7100
|------------------------------PPTP-----------------------------|

А вот кусок дебага с Cisco, показывающий, как теряются keep-alive:
Mar 15 15:12:05.201: TCP0: keepalive timeout (0/4)
Mar 15 15:13:05.201: TCP0: keepalive timeout (0/4)
Mar 15 15:14:03.337: TCP0: keepalive timeout (0/4)
Mar 15 15:15:03.311: TCP0: keepalive timeout (0/4)
Mar 15 15:16:03.282: TCP0: keepalive timeout (0/4)
Mar 15 15:17:03.252: TCP0: keepalive timeout (0/4)
Mar 15 15:18:03.222: TCP0: keepalive timeout (1/4)
Mar 15 15:19:03.192: TCP0: keepalive timeout (2/4)
Mar 15 15:20:03.184: TCP0: keepalive timeout (3/4)
Mar 15 15:21:03.184: TCP0: keepalive timeout (4/4)

= 10 minutes

иногда начинает терять keepalives после с 2, 4-ой минуты

Как мы видим, сначала всё нормально. С 6-й минуты начинаются потери keep-alive, которые доходят до 100% к десяти минутам соединения, и туннель дропается.

Выглядит это примерно следующим образом (обработанный лог tac_plus):

06:52:53 Uniq-Sess-ID1227 start
07:02:51 Uniq-Sess-ID1227 stop
07:04:56 Uniq-Sess-ID32 start
07:14:54 Uniq-Sess-ID32 stop
07:16:59 Uniq-Sess-ID573 start
07:26:57 Uniq-Sess-ID573 stop
07:29:02 Uniq-Sess-ID352 start
07:39:00 Uniq-Sess-ID352 stop
07:41:05 Uniq-Sess-ID1174 start
07:51:03 Uniq-Sess-ID1174 stop
07:53:08 Uniq-Sess-ID907 start
08:03:06 Uniq-Sess-ID907 stop
08:05:11 Uniq-Sess-ID951 start
08:15:09 Uniq-Sess-ID951 stop
08:17:14 Uniq-Sess-ID676 start
08:27:12 Uniq-Sess-ID676 stop
08:29:17 Uniq-Sess-ID465 start
08:39:15 Uniq-Sess-ID465 stop
08:41:20 Uniq-Sess-ID671 start
08:51:18 Uniq-Sess-ID671 stop
08:53:22 Uniq-Sess-ID1082 start
09:03:21 Uniq-Sess-ID1082 stop
09:05:25 Uniq-Sess-ID211 start
09:15:23 Uniq-Sess-ID211 stop

если поможет: у меня провайдер как то обновил прошивку на своем тоже cisco и начались проблемы с непроходимостью больших пакетов, я использовал linux-роутер (на 604 тоже вроде линукс). Вылечил только установкой
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

сейчас пока есть beta версия FW, решающая эту проблему.
Если необходимо - напишите мне - пришлю.
Релиз ожидаем к концу марта.

_________________
С уважением, Карагезов Владислав

Всем привет.
Напишу весьма информативное и вопросительное сообщение.
Что касается 604 производитель так и не соизволил устранить самую главную проблему сего аппарата – зависание. Я удивляюсь, как такая солидная фирма как Д-Линк, настолько халатно относится к своей продукции что даже протестировать на все 100 свои аппараты не соизволит.
Ну а теперь по теме:
Итак, заказываю я на работе аппарат Dl-604, ставлю, настраиваю, все работает прекрасно, но аппарат стабильно виснет после 5-8 часов работы и гарантированно виснет при увеличении сетевой нагрузки. Сразу. С новья. Что делать? Не знаю. Аппарат на гарантии. Плобны срывать не хочется. Ладно, спаял схемку которая ребутит его по таймеру каждые 4 часа. (рвет питание на 3 сек), в таком режиме он поработал месяц и стал виснуть еще более жестко. Я заметил что корпус аппарата сильно греется. Не выдержал. Вскрыл аппарат на ходу. Как только я открыл крышку ощутил легкий запах разргретого лака печатной платы и офигел.. Прикоснулся пальцем к чипам, та что представляет собой свитч (микросхема поменьше) была такой температуры что палец на ней держать нельзя. Та что проц (побольше) была чуть похолоднее. Ладно, я взял тестер с термопарой, замерил температуру чипов не отходя от кассы. Ребятки! Ну вы куда смотрите?
Чип свитча 103 градуса, чип проца 68 градусов!!! (+ еще имхо воздух в корпусе застаивается, дырочки ничтожно мелкие) При это все зависло мертво уже. Как ни странно виснет проц, свитч работает хотя и медленно, но WAN и веб интервейс не откливается вообще.
Ну ладно, я не долго думая, вырубил питание. Наклеил радиаторчики на оба чипа, включил, работает отлично. Температура обоих 45 и 34 градуса, но крышка не закрывается, не влазят…
Ладно, выкинул радиаторы, просто положил на сверху прям на плату кулер 80Х80 мм запитанный от 5 вольт (его же питания), температура обоих чипов не превышала 40 градусов. Вот. С тех пор это все так и лежит, врезать кулер в крышку и закрыть корпус руки не доходят, в таком вот виде и работает без сбоев 3 месяца круглосуточно. Выдерживает большой траффик локальной сети встроенный свитч обеспечивает скорость 8.4 мегабайт/сек по локальной сети, причем если выключить кулер то в процессе нагрева корпуса микрухи скорость плавно падает до единиц килобайт. Так же он маршрутизирует огромный трафик интернета и ФТП сервера находящегося в сети. Вывод: Ну неужели так сложно производителям проследить и обеспечить элементарный тепловой баланс схемы при пиковой загрузке? Неужели так сложно обеспечить необходимое охлаждение? Аппарат то отличный и работает прекрасно!!! Ну налепите вы радиаторы побольше, сделайте отверстия в корпусе покрупнее и будет вам счастье.. ну емое! D-Link!!!!
Сколько уже тем про зависание в интернете, а вы все никакого внимания не обращаете.
А я вот не знаю, что делать теперь, корпус я вскрыл, а аппарат на гарантии. Сегодня консультировался с фирмой, где покупал, они мне сказали, что пока Сам производитель д-линк не начнет отзывать 604-е по причине брака, то они ничем мне не смогут помочь.. А мне еще нужно заказывать как минимум 4 таких аппарата и что всем открывать крышку, ставить кулер и лишаться гарантии? Если бы домой брал, так бы и сделал наверное… Но тут не могу. Кстати проблема с перегревом и зависанием дешевых свитчей та же самая. Ставишь кулер и забываешь на годы о проблемах на любом подобном оборудовании. И еще: перегревающиеся микросхемы быстро помирают от явления которое называется «термоизнос кристалла».

_________________
WarBirds