Такое ощущение что и я уже дурак, и вся поддержка со всеми инжененрами стрим - тоже... Помогите. Модем ни в какую не хочет видеть и логиниться на ppp сервер. Никто не понимает в чем дело.
Заранее спасибо.



Date/Time Facility Severity Message
Jan 1 00:00:11 user info kernel: TCP: Hash tables configured (established 512 bind 1024)
Jan 1 00:00:11 user info kernel: NET: Registered protocol family 1
Jan 1 00:00:11 user info kernel: NET: Registered protocol family 17
Jan 1 00:00:11 user notice kernel: Ebtables v2.0 registered
Jan 1 00:00:11 user info kernel: NET: Registered protocol family 8
Jan 1 00:00:11 user info kernel: NET: Registered protocol family 20
Jan 1 00:00:11 user info kernel: 802.1Q VLAN Support v1.8 Ben Greear
Jan 1 00:00:11 user info kernel: All bugs added by David S. Miller
Jan 1 00:00:11 user warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 00:00:11 user info kernel: Freeing unused kernel memory: 64k freed
Jan 1 00:00:11 user warn kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 00:00:11 user warn kernel: atmapi: module license 'Proprietary' taints kernel.
Jan 1 00:00:11 user warn kernel: blaadd: blaa_detect entry
Jan 1 00:00:11 user warn kernel: adsl: adsl_init entry
Jan 1 00:00:11 user info kernel: Broadcom BCMPROCFS v1.0 initialized
Jan 1 00:00:11 user warn kernel: Broadcom BCM6338A2 Ethernet Network Device v0.3
Jan 1 00:00:11 user warn kernel: Config Ethernet Switch Through SPI Slave Select 0
Jan 1 00:00:11 user warn kernel: dgasp: kerSysRegisterDyingGaspHandler: eth0 registered
Jan 1 00:00:11 user warn kernel: eth0: MAC Address: 00:1B:11:76:93:2B
Jan 1 00:00:11 user warn kernel: BcmAdsl_Initialize=0xC00673B8, g_pFnNotifyCallback=0xC007E4E4
Jan 1 00:00:11 user warn kernel: pSdramPHY=0xA07FFFF8, 0xBB63E 0xDEADBEEF
Jan 1 00:00:11 user crit kernel: eth0 Link UP.
Jan 1 00:00:11 user warn kernel: AdslCoreHwReset: AdslOemDataAddr = 0xA07FA744
Jan 1 00:00:11 user warn kernel: dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
Jan 1 00:00:11 user warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 00:00:11 user warn kernel: ip_conntrack version 2.1 (61 buckets, 0 max) - 368 bytes per conntrack
Jan 1 00:00:11 user warn kernel: ip_conntrack_pptp version 2.1 loaded
Jan 1 00:00:11 user warn kernel: ip_nat_pptp version 2.0 loaded
Jan 1 00:00:11 user warn kernel: ip_conntrack_h323: init
Jan 1 00:00:11 user warn kernel: ip_nat_h323: initialize the module!
Jan 1 00:00:11 user crit kernel: ADSL G.994 training
Jan 1 00:00:11 user info kernel: device eth0 entered promiscuous mode
Jan 1 00:00:11 user info kernel: br0: port 1(eth0) entering learning state
Jan 1 00:00:11 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:11 user info kernel: br0: port 1(eth0) entering forwarding state
Jan 1 00:00:11 user crit kernel: ADSL G.992 started
Jan 1 00:00:11 user info kernel: device nas_1_50 entered promiscuous mode
Jan 1 00:00:11 user info kernel: br0: port 2(nas_1_50) entering learning state
Jan 1 00:00:11 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:11 user info kernel: br0: port 2(nas_1_50) entering forwarding state
Jan 1 00:00:11 user debug syslog: tftpd
Jan 1 00:00:12 user debug syslog: pppd
Jan 1 00:00:12 user debug syslog: ifconfig nas_1_50 mtu 1492
Jan 1 00:00:12 daemon notice pppd[264]: pppd 2.4.1 started by admin, uid 0
Jan 1 00:00:13 user crit kernel: ADSL G.992 channel analysis
Jan 1 00:00:17 user crit kernel: ADSL G.992 message exchange
Jan 1 00:00:17 user crit kernel: ADSL link up, interleaved, us=768, ds=6144
Jan 1 00:00:17 user warn kernel: ATM Soft SAR: ATM link connected.
Jan 1 00:00:18 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jan 1 00:00:19 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:00:33 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:00:47 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:01:01 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:01:15 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:01:29 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:01:43 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:01:57 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:02:11 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:02:25 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:02:39 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:02:53 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:03:07 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:03:21 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:03:35 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:03:49 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:04:03 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:04:17 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:04:31 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:04:33 user debug igmp[809]: iptables -t filter -I FORWARD 1 -i br0 -d 239.255.255.250 -j DROP 2>/dev/null
Jan 1 00:04:33 user debug igmp[811]: iptables -t filter -D FORWARD -i br0 -d 239.255.255.250 -j ACCEPT 2>/dev/null
Jan 1 00:04:45 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:04:46 user debug igmp[833]: iptables -t filter -I FORWARD 1 -i br0 -d 224.0.0.22 -j DROP 2>/dev/null
Jan 1 00:04:47 user debug igmp[835]: iptables -t filter -D FORWARD -i br0 -d 224.0.0.22 -j ACCEPT 2>/dev/null
Jan 1 00:04:59 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:05:13 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:05:27 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:05:41 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:05:55 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:06:09 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:06:23 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:06:37 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:06:51 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:07:05 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:07:19 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:07:33 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:07:47 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:08:01 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:08:15 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:08:29 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:08:43 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:08:57 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:09:11 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:09:25 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:09:40 daemon notice pppd[264]: PPP: Start to connect ...
Jan 1 00:09:54 daemon notice pppd[264]: PPP: Start to connect ...

Неужели даже сами производители не могут дать ответ? Надеюсь, это не так...

собственно модем и не видет ppp сервер
ибо в логе нету сообщения что он найден
делай модем в бридже и пробуй поднять ppp из под винды
если прокатет значет криво настроел модем под ppp

Из под винды все работает. НО! Есть еще 2 модема =) Оба работают у друзей дома, у меня - нет. Более того, мой модем отлично работает у них, но не работает у меня...

Стрим и МГТС и вообще всех я уже достал так, что они не рады, что я их абонент . Даже не знаю, что делать... ppp не видит по прежнему... идут третьи сутки...

Укажите версию прошивки Вашего модема.

Ну, начнем с того, что пошли 4-е сутки... Теперь у меня 2 модема... 2540u и 2500u по настоянию стрима... подумываю всерьез подать на них в суд за несоблюдение условий контракта.

Теперь по модемам и прошивкам...

2540u сейчас стоит не у меня, я прошивал ему все 4 версии прошивок. Сейчас на нем последняя официальная версия прошивки. V.3-06-04-3B00

2500u как с завода была прошивка, так и есть. Версии V.3-06-04-0Z00.

Спасибо за желание помочь...

Стоит отметить что все 4 модема которые на данный момент были у меня дома (не только компании D-link), не видят ppp сервера провайдера... Также стоит отметить что все они отлично работают во всех режимах у моего соседа по slam'у ... иными словами мистика...

p.s. Люди, если у вас есть возможность не подключать стрим или даже просто adsl - не подключайте =).

Узнай у телефонной компании стоит ли у тебя на линии уплотнитель или сигнализация.
Подключи модем через сплитер как положено к сети, потом зайди на модем Status>ADSL перепиши сюда то что в (ADSL Statistics).
И вообще лампочка ADSL у тя горит на модеме?

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

С синхронизацией с DSLAM порядок. Об этом свидетельствует запись в логе:

Остается разбираться с провайдером.

Провайдеру срать... к сожалению. Просто поставил ZTE 510... все работает... уроды просто, вот и все. Жаль нет возможности от них отключиться... Крайне странно все это...

Причиной в отказе стало то, что они официально не поддерживают марку d-link... козлы... просто нет слов. Но почему ZTE конектит а d-link 2540u/2500u - нет?.. Инженер который привез ZTE сказал, что он все понимает, что проблема на стороне провайдера и все такое, но доказать им, что проблема у них - невозможно.

По поводу суда - да. Эти с**и защитились как могли от всего. Официально им пофиг что у меня не работает режим роутера. Все. Точка.

Ну я не дурачок =) 4 месяца все работало как часы, потом упала adsl, заменили slam, после этого коннекта к ppp ни от какой модели d-link НА МОЕМ ТЕЛЕФОННОМ номере - нет. У остальных все в порядке. Отсюда вывод, неисправность есть, она им известна, но чтобы ее устранить, придется ради одного абонента совершать много телодвижений. Куда проще заставить его купить другой модем... с**и и все... как только перееду сразу откажусь от стрима... Там, где живу сейчас, альтернативы просто нет.

Скорее всего провайдер не видит или блокирует МАС модема. имхо. В винде тоже такое бывает - заходишь в настройки сетевой и ручками прописываешь тот же самый который показывает комп, но меняешь последние 2 цифиры и всё работает. Иногда вообще с сетевой другого производителя срисовываешь мас и тоже все работает. МАС может блокироваться как на уровне DSLAM, так возможно и на самом PPoE сервере. Так же предполагаю могут быть проблемы если на одной планке DSLAM есть устройства с одинаковыми MAC. Честно говоря так сразу и не скажу как на самом модеме сменить МАС, но сделать это можно. Навряд ли он меняется при перепрошивке модема.

У меня 2 устройства d-link . У них разные mac-адреса.

Устройства d-link в квартире работают теперь нормально...

Вердикт: Стрим - ГАВНИЩЕ. Поддержка и квалификация тех-поддержки на НУЛЕ. Ничего им нельзя доказать потому что ОБЕЗЬЯНЫ и просто следуют инструкциям... В итоге на ppp сервере просто сами штатно по расписанию обнулились мои mac-адреса, и я снова сижу с d-link'ом... Для этого им достаточно было мне сказать, чтобы я вынул модем из сети на полные сутки (я уж не говорю о том, что они могли вручную обнулить блоки маков на самом ppp-сервере, но не смогли (не захотели) ибо обезьяны!!!)... Твари крови выпили столько... и заставили купить галимый zte.... и даже отыграться не знаю теперь как...

to sciwolf:

zte - глупый, но очень надёжный модем. Особенно неплохие у них были первые модельки 831 серии. А 831 (II) временами попадаются неисправные - то линк не встает, то по сети не видятся.

А можно поинтересоваться какой фирмы DSLAM у вашего провайдера?

Говорят конфиденциальная информация. Но УСПД МГТС сказали что самые разные =).

я имел в виду, что при некоторых условиях появлется bridge между портами уже самого DSLAM на одной плате. Есть там такая фича. которая это перекрывает, но провайдеры наверное её не включают (ну может не все). Так сказать недокументированная функция.