После отлючения от ineta_pptp\l2tp по таймауту, или после презагрузки DFL - не хочет ни в какую резолвить адрес vpn сервера (tp.cobina.ru, или адрес pptp сервера). ..приходиться по 2-3 раза перезагружаться чтобы начал видеть.

В этот же момент не работает DNS_relay =( , хотя с консоли самого дфл dns запросы нормально резолвяться =(

ни у кого нет такого?

p/s прошивка 2.20.03

Фиг знает. у меня такого в подобной ситации не встречалось. Хотя вчера после перезагрузки во время прошивки на 2.25.01 устройство поднимало vpn канал до провайдера не 2-е, как обычно, а 4-5 минут.

Кстати, можете уже с российского ФТП взять новый релиз 2.25.01.

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

а почему так долго? т.е 2 минуты у вас обычно?


обязательно =)

Имеется ввиду полный ресет устройства с последующим поднятием им каналов.

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

Настройки под московсую корбину для прошивки 2.25 в аттаче, только подставьте свой логин и пароль.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

спасибо! ..поглядим

Этому есть объяснение. При отправке DFL в ребут он не закрывает сессию. А после перезагрузки устанавливает новую, но в Корбине есть таймаут не закрытых, но "отвалившихся" сессий. Думаю, не только в Корбине такое. Примерно 2-4 минуты RADIUS-сервера не авторизуют новую сессию.

p.s.Хотя я проверял подобное довольно давно, но это уже были прошивки 2.20.х.х

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

В прошивке 2.25 проблема незавершения сессии пофиксена.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

О, это радует!

Также пользуясь случаем, скажу, что у меня на релизе 2.25 пропала проблема с IGMP, о которой я писал Вам на почту с конфигами и подробно излагал в этой теме - http://forum.dlink.ru/viewtopic.php?t=89375
Теперь устройство не блокирует мультикаст через несколько секунд после получения Query в режиме snooping, игнорируя параметр Max response time в IGMP пакете.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Если вы обратите внимание на исправленые проблемы, то не видите фикса этой проблемы. Вероятно причина подобного поведения была в другом.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

Допускаю. Я сбрасывал устройство в дефолт, делал скриншоты всех разделов Advanced Settings (только их!), после чего накатил конфиг и восстановил как было (только подразделы Advanced Settings! Остальное не трогал!). Однако всё это были параметры, не связанные с IGMP. Более того, мне не приходит в голову, какой параметр можно изменить в этом разделе так, чтобы устройство через ~3 секунды после отправки Query переставало слать мультикаст в LAN сегмент, если VLC не успел за эти 3 секунды ответить... Может, у Вас есть мысли на этот счет?

Вот еще вопрос. Вчера игрался с параметром Multiplex SAT (раздел IP Rules для входящего UDP мультикаста). В Multiplex Rule указано Interface - LAN, IP Address - (None). Все работает нормально.
Я почитал инструкцию 1.08, где сказано, что если указать здесь иной IP адрес мультикастовой группы, то устройство будет слать на эту группу в выбранном интерфейсе. Я решил проверить этот момент. Например, так:



Теперь запускаем на VLC просмотр по адресу rtp://@233.32.240.222:5050 (Первый канал в Корбине). И вот что делает DFL:



Вопрос: что за адрес 210.65.225.64 и зачем в LAN сегменте DFL делает ARP запрос на предмет поиска??

Далее. Ладно, поменяем в Multiplex SAT на следующий по порядку IP - 233.32.240.101



Теперь DFL уже ищет другой адрес, отличающийся на единицу:



Потом я поменял на 233.32.240.102, он стал искать 210.65.225.66 и так далее.

Так что делает устройство, зачем ищет непонятные адреса и почему просто не меняет мультикастовую группу, как об этом сказано в мануале? Хотя в мануале этот пример был сделан для Proxy, у меня же Snooping....

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

up'ну темку, а то писалось перед выходными. Хотелось бы, чтоб саппорт хотя бы увидел мой пост

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)