UPnP в NTE-RG-1402G

[emusic]

У меня NTE-RG-1402G с прошивкой 4.2001, и два компьютера под XP SP3. На рутере UPnP включен, XP устройство Gateway видит, uTorrent и FlyLink DC++ успешно регистрируют отображение своих портов, UPnPTest проходит полностью. Но Miranda IM 0.9.26 и eMule 0.50b отображение портов установить не могут.

Можно ли в рутере где-то увидеть, получал он запросы на Port Mapping, или нет? Ну и таблицу установленных через UPnP-отображений тоже хотелось бы.

[void]

Здравствуйте!
Зарегистрированный маппинг можно увидеть на странице "Статус-Iptables" В разделах "target filter - MINIUPNPD" и "target NAT - MINIUPNPD"

[emusic]

Спасибо, углядел.

А посмотреть или запротоколировать UPnP-запросы, поступающие в устройство, и его ответы, как-нибудь можно? Я списался с разработчиками Miranda IM - они уверяют, что в программе протокол реализован правильно, она шлет UDP-запросы, но маршрутизатор на них не отвечает.

[void]

Возможно, сможете что-то увидеть в системном журнале(Журнал - Журнал).

[emusic]

В том-то и дело, что в журнале никаких событий, относящихся к обнаружению маршрутизатора и настройке UPnP, нет.

Мне кажется, тут все дело в том, что Miranda для настройки портов использует низкоуровневый протокол UPnP (непосредственно UDP-пакеты, адресованные маршрутизатору), не требующий поддержки ОС.

Один из разработчиков Miranda, занимавшийся UPnP, после изучения лога сетевых сообщений, который я сделал в WinPCap/WireShark, сделал вывод, что маршрутизатор не отвечает на эти запросы. Он пишет, что маршрутизатор сообщает о своем наличии с периодом около минуты, но такое время ожидания ответа неприемлемо при старте приложения.

Посмотрите, пожалуйста, нашу переписку.

Какой вариант протоколов UPnP реализован в устройстве - независимый, или требующий поддержки ОС? Если возможно независимое конфигурирование портов - какой программой для Windows это можно протестировать?

[emusic]

В списке изменений прошивки 4.2001 есть такой пункт:

IPTV. Отказ от поддержки мультикаста с TTL=1.

Как я понял, UDP-запросы для поиска маршрутизатора отправляются именно с TTL=1. Не может ли это мешать программам обнаруживать маршрутизатор?

[void]

>IPTV. Отказ от поддержки мультикаста с TTL=1.
>Как я понял, UDP-запросы для поиска маршрутизатора отправляются >именно с TTL=1. Не может ли это мешать программам обнаруживать >маршрутизатор?

Нет. это касается только IPTV - не работает прохождение видеопотока с TTL ЧЕРЕЗ роутер(т.е. форвард). На трафик, который терминируется на роутере это никак не влияет.

Переписку почитаю немного позже.

А по реализации UPnP - используется проект miniupnpd без каких либо изменений. Соттветственно, это реализация "требующая поддержки со стороны ОС".

[emusic]

Получается, с UPnP могут работать только программы, связывающиеся с маршрутизатором через системные службы SSDP/UPnP, а программы, посылающие UDP-запросы непосредственно, ответа не получат?

[emusic]

Судя по отзывам в сети, большинство маршрутизаторов поддерживает прямое управление без поддержки ОС. Сейчас попробовал миниатюрный китайский Sapido RB-1632 - он умеет настраиваться и через ОС, и напрямую. Может быть, стоит добавить такую возможность для совместимости?

[void]

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

[emusic]

Подумайте, пожалуйста. Когда Ростелеком предложил переход с ADSL на GePON, было много жалоб на сырость прошивки в 1402G, и я поначалу попросил NTE-2, чтобы подключить какой-нибудь проверенный D-Link. Но к моменту подключения вышла прошивка 1786, которую все хвалили, поэтому остановился на 1402G. Если проблема с UPnP в обозримое время не решится - придется менять его на NTE-2 и покупать модель с более корректной реализацией UPnP.

[emusic]

Поставил прошивку 5.0 - обнаружил, что доступ к UPnP через UDP заработал (Miranda успешно регистрирует отображение портов).

Спасибо!