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

Настраиваю WAN порт, ввожу значения PVC, логин, пароль, выбираю постоянное подключение, назначаемый IP от провайдера, включаю NAT. Модем ADSL линию чувствует - показывает тип модуляции, скорость, лампочка на самом устройстве горит. Но PPPoE не поднимается - в статусе постоянно горит - attepting to conect. Версию прошивки не пишу - пробовали шить модем всеми версиями которые есть на ftp. Обратился к провайдеру - он посмотрел логи и сказал что пакета на авторизацию от модема не поступало. Иду в серв. центр D-Link в Воронеже, несу им девайс - они при мне настраивают ADSL и подключаются замечательно, PPPoE поднимается практически мгновенно(но у них другой провайдер). Инженер D-Link'а который этим занимался зовут его Алексей Гакало, классный мужик кстати, просто разводит руками. Иду обратно в офис.

Дальше самое интересное. Если модем включить в режиме pure bridge, а соединение содать виндовое, то оно с огромным удовольствием устанавливается, то же практически мгновенно.
Парадокс......

Но и это еще не всё. Как то раз оставил девайс включённым на ночь - прихожу с утра - лампочка PPPoE горит, смотрю status - соединение установленно.

В итоге - Данный девайс именно на моём провайдере (ОАО ЦентрТелеком Воронежский филиал) поднимает PPPoE когда хочет - иногда через 7 часов иногда через 4, а сейчас я так и не могу дождаться - прошло больше 24 часов.


Пробовал на этом месте другой D-Link - просто ADSL модем, всё великолепно, Zyxel - тоже великолепно. Провайдер разводит руками - такая проблема первый раз. Типа если содинение устанавливается к нам никаких претензий. D-Link серв. центр - тоже самое только со своей стороны - типа оно у них зараблотало так что всё нормально чувак, твой роутер лучше всех, и я их в принципе понимаю. Такого же усторойства 804 у них сейчас нет, и попробовать его на моей площадке возможности нет.

Да, кстати MAC адрес тоже нормальный а не как бывает 01:02:03 и т.д. так что повторений в сети провайдера быть не может.

Что делать просто не знаю - на работе уже достали, каждый день спрашивают когда заработает. Магазину претензию тоже не кинешь, провайдера сменить нельзя. Жалко убитых денег, на форуме сколько не искал ничего подобного не нашёл. Думаю представители D-Link'a судя по тому как они отвечают на форуме, на это дело тоже положат.
Отказаться от 804 нельзя нужен встроенный VPN PPTP сервер на усторйстве. Заранее огромное спасибо если кто ответит или предложит умную мысль как решить эту проблему.
Что делать?

По контракту с провайдером у вас какая скорость? При разговоре с техподдержкй провайдера вёлся разговор о жёсткой настройке со стороны провайдера модуляции и с вашей?

_________________
С уважением,
Бигаров Руслан.

Скорость 192 кбит/с в каждую сторону. По поводу модуляции всё верно, проверяли несклько раз, на мою площадку выезжал их специалист который тоже пытался настроить, эфект был тот же, сказали дело в модеме. Теоритически возможно такое что всё-таки есть такой же MAC адрес в сети провайдера? В какую сторону копать?

Т.е. с жёсткой привязкой по модуляции пробовали. Говорят дело в Мас-е. Проверим.

_________________
С уважением,
Бигаров Руслан.

Добрый день!
Мы, как я погляжу, коллеги по несчастью.

Та же проблема с подключением "Домолинка". Разбор полётов с провайдером показал следующее

Не домолинк
2 17.130421 D-Link_1a:35:26 Broadcast PPPoED Active Discovery Initiation (PADI)
3 17.131144 Cisco_ff:03:1a D-Link_1a:35:26 PPPoED Active Discovery Offer (PADO)
4 17.131390 D-Link_1a:35:26 Cisco_ff:03:1a PPPoED Active Discovery Request (PADR)
5 17.132651 Cisco_ff:03:1a D-Link_1a:35:26 PPPoED Active Discovery Session-confirmation (PADS)
6 17.132855 Cisco_ff:03:1a D-Link_1a:35:26 PPP LCP Configuration Request
7 17.132926 D-Link_1a:35:26 Cisco_ff:03:1a PPP LCP Configuration Request
8 17.132996 D-Link_1a:35:26 Cisco_ff:03:1a PPP LCP Configuration Ack
9 17.133626 Cisco_ff:03:1a D-Link_1a:35:26 PPP LCP Configuration Ack
10 17.133716 Cisco_ff:03:1a D-Link_1a:35:26 PPP CHAP Challenge
11 17.133894 D-Link_1a:35:26 Cisco_ff:03:1a PPP CHAP Response

Домолинк
1 0.000000 D-Link_1a:35:26 Broadcast PPPoED Active Discovery Initiation (PADI)
2 0.018564 Cisco_ff:03:1a D-Link_1a:35:26 PPPoED Active Discovery Offer (PADO)
3 0.018808 D-Link_1a:35:26 Cisco_ff:03:1a PPPoED Active Discovery Request (PADR)
4 0.037761 Cisco_ff:03:1a D-Link_1a:35:26 PPP LCP Configuration Request
5 0.037882 D-Link_1a:35:26 Cisco_ff:03:1a PPPoED Active Discovery Terminate (PADT)
6 0.038753 Cisco_ff:03:1a D-Link_1a:35:26 PPPoED Active Discovery Session-confirmation (PADS)
7 0.038990 D-Link_1a:35:26 Cisco_ff:03:1a PPP LCP Configuration Request

Т.е. вместо ожидаемого PADS приходит PPP LCP Configuration Request
D-Link отвечает PADT. Результат - сессии нет
Проверено на DSL-G804V, DI-804HV

Суважением, Дмитрий.

_________________
С уважением, DP.

Давайте решать проблему последовательно и поэтапно.

1.Давайте попробуем для начала просто поменять устройство.
И поставить аналогичное, просто другой екземпляр.
Этим мы 100% исключим хардварную составляющую.

2. Если не поможет, будем решать вопрос с выездом к вам снятием и анализом снифером обмена аутентицикационной информацией (PPPoE) между вами и провайдером.Проблема интересная и требует ее выявления.

Свяжитесь со мной по 1 вопросу в ближайшее время.

_________________
С уважением, Гакало Алексей

DLP а вот за лог спасибо огромное.Это уже факты.
Будем разбиратся.

_________________
С уважением, Гакало Алексей

to Alexey Gakalo:
Отправил в ЛС некоторые "размышлизмы". Может поможет в разборках...

_________________
С уважением, DP.

to DLP!
Да, спасибо, уже прочитал.
Просьба к вам.
Если можно,выйдите на быстрые средства общения (ICQ) со мной.
Мой UIN указан снизу каждого сообщения.
Заранее спасибо!

К общественности
Проблема уточняется, но предварительные итоги таковы.
Дело в возможном использовании оборудованием Cisco
(установленным провайдером Домолинк на своей стороне) проплиетарной функции, не регламентированной стандартами RFC, из-за чего возникает несовместимость и PPPoE сессия не устанавливается.
Еще раз подчерну, проблема еще уточняется и локализуется.
О результатах будет сообщено.

_________________
С уважением, Гакало Алексей

В описании изменений в прошивке 1.00.04.dm9, которую до сих пор не выложили на Русском FTР указан как раз, что пофиксина кривая работа с DSLAM Cisco, попробуй эту себе залить? вот отсюда: ftp://ftp.dlink.de/dsl/dsl-g804v/driver_software/

to Sithius
Блин, если бы всё так просто решалось. Пробовали, перешили этой прошивкой уже 2 G804V - эффект тот же, нашёлся ещё d-link с подобной проблемой (он работал в сервисном центре самого d-link'a ). Ты не где больше не встречал подобной проблемы, может у знакомых у кого, или читал где? И насколько я понял дело не в DSLAM'е, а в фигне которая со стороны провайдера поднимает PPPoE, насколько я понял это разные вещи.

Может и Cisco что-то не так поднимает, только ZyXel-и от самого простого до ZyWall-а на этой линии работают на ура!
Причем такая ситуация- ставим g804v в качестве pure bridge, а авторизацию оставляем на ZyWall- всё ОК!
Включаем PPPoE на g804v- болт!

_to drk2!!
Объясняю:

ZyXeL всегда позиционировал и позиционирует свою почти полную совместимость с Cisco. Отсюда и поддержка MVR и множество других проплиетарных технологий, так что я не удивлен что он работает.
Я бы был удивлен если бы он не работал.

D-link же позиционирует следование стандартам (RFC тем же например) и вовсе не "горит желанием" делать все как у циски.
Мало ли чего еще будет угодно циске напридумать.В конце концов они не эталон.Как говорится, не кошками одними живы.Они (D-link) ,конешно постараются исправить эту несовместимость, но опять же.. а почему никто не просит прова отключить эту циско-шнягу?

_to Sithius:
Сhange log для 1.00.04.dm9
Problems Resolved:
1. The RIP issue with Cisco Router
Роутер не DSLAM!!!
и RIP ( роутинг протокол), не PPPoE!!!!
Внимательней надо быть! и не вводить других в заблуждение!!

to _Diver_ - раз Вы такой строгий то RFC это Request For Comments- запрос комментариев и является документом, а не стандартом.

Первый ZyXel который мы поставили на эту линию- 645, был куплен в 2002 г., ни разу не перепрошивался и работал без единого вопроса!

Лучшей рекламы фирме ZyXel Вы сделать не могли!!!

Вывод такой-
Девиз ZyXel- главное, что устройство работает!
Девиз Dlink - главное, что устройство соответствует стандарту!

To All
Мы сделали запрос в HQ. Работы по исправлению данной ситуации уже ведутся.

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