Firmware Version : V2.01B01T01.RU.20060109

В меню HOME/WAN

Wan Settings: PPPoE/PPPoA
Заполняю username и password
Connection type: PPPoE LLC
Default route: enabled
Firewall: enabled
NAT: enabled
PPPoEpassthrough: disabled
IP control: dynamic IP

нажимаю Apply.

Иду в меню STATUS/Device Info

Смотрю состояние WAN
Пишет waiting for response, через некоторое время: not connected

Смотрю в STATUS/LOG, там следующее:

Dec 3 04:24:35> Valid Configuration Tree
Dec 3 04:24:36> Firewall rules flushed
Dec 3 04:24:36> Deleting Interface nas9
Dec 3 04:24:37> Default Asymmetric MTU for nas9 1500
Dec 3 04:24:37> Registering protocol inspector: 0x94168224 for VCC:0x94675e00
Dec 3 04:24:38> pppd 2.4.3 started by root, uid 0
Dec 3 04:24:38> Connect: ppp0 {--} nas9
Dec 3 04:24:40> Firewall rules flushed
Dec 3 04:24:41> Connection terminated.
Dec 3 04:24:41> pppd 2.4.3 started by root, uid 0
Dec 3 04:24:41> Connect: ppp0 {--} nas9
Dec 3 04:24:44> Connection terminated.
(последние три строчки повторяются еще три раза)

В bridge mode модем работает нормально.

Может быть это из-за того , что у вас MTU 1500 , а должно быть 1400

_________________
D-LINK DIR-615K1 FW: V1.0.4 SDK-master 20120801 1714

было то же самое
решилось само сабой после прошивки 20051205 (как ни странно стояла более новая - 2006г)

Нет, как раз 1400. Да и не должно это влиять на установление PPP-соединения, имхо.

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

Попросите вашего оператора посмотреть логи, приходят ли от вас PADI пакеты.

_________________
С уважением, Давыдов Денис.

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

Пока скажу, что попробовал подсоединиться на DSL-300T - все в порядке, а вот G504T не хочет. Какие-то выводы из этого сделать можно?

Имею аналогичную проблему с G604T. В режиме "моста" все работает замечательно. В режиме PPPoE - не работает. Смена прошивки не помогла. Что и где можно еще "покопать"?

Нужно просить оператора посмотреть логи подключений. Со своей стороны вы ничего отловить не сможете.

_________________
С уважением, Давыдов Денис.

В продолжение темы...
На самом деле все оказалось еще более интересным. Опытным путем выяснилось, что модем работает в режиме "моста" только из-под Windows, и совсем не работает из-под linux. После "долих и продолжительных" исследований было установлено нижеследующее.

При попытке установить pppoe-соединение пакет PADR оставался без ответа! В то время как windows реализация pppoe через пару-тройку секунд посылала еще один запрос PADR и благополучно получала PADS.

Вот, оказывается, и вся проблема. После указания линуксовому pppoe параметра -t 2 (-t timeout -- Initial timeout for discovery packets in seconds) все заработало.

Сильно подозреваю, что модем не работает в режиме PPPoE именно по этой же причине. Отсюда вопрос службе поддержки D-Link: как указать timeout для повторной отправки "discovery packets"?

Реализация протокола PPPoE на DSL устройствах D-Link целиком соответствует rfc 2516. Я таких проблем не замечал никогда, пользуюсь FreeBSD 6.0 и mpd-3.18 в качестве PPPoE сервера. Time out на CPE вы не укажете.

_________________
С уважением, Давыдов Денис.

В моем случае никаких претензий к оборудованию D-Link нет.
Просто у меня есть большие сомнения в том, что получиться "запинать" своего DSL-провайдера на предмет "присылать PADS" сразу, а не со второй попытки.
А использовать G604T именно в качестве internet-gateway хотелось бы...

В RFC2516 как раз по этому поводу есть небольшое замечание:

When a host does not receive a PADO packet within a specified amount
of time, it SHOULD resend it's PADI packet and double the waiting
period. This is repeated as many times as desired. If the Host is
waiting to receive a PADS packet, a similar timeout mechanism SHOULD
be used, with the Host re-sending the PADR. After a specified number
of retries, the Host SHOULD then resend a PADI packet.