Добрый день.
Столкнулся с той же проблемой, что была озвучена в первом посте, Dlink 2500U при включении AnnexM не мог установить соединение, на его лицевой панели индикатор DSL устанавливался, горел с полминуты и снова отключался. На Annex A подобных проблем не было.
Мой оператор дает поддержку Annex M на исходящих скоростях до 3,5 мбит/с
Прошивка была родная, RU_DSL-2500U_3-06-04-0Z00.A2pB021c.d19b
Параметры линии, сообщаемые модемом, таковы:
SNR Margin (dB): 15.7 6.5
Attenuation (dB): 15.0 5.1
Output Power (dBm): 8.9 5.5
Attainable Rate (Kbps): 24284 2332
Rate (Kbps): 16996 2135
(На DSLAM оператора выставлен жесткий профиль 17М / 3,5М)
После экспериментов с настройками модема, решение нашлось такое:
В веб-интерфейсе раздел Advanced -> Advanced Setting -> Tone Selection
убрать все upstream tones с 18 по 23 включительно. Тогда соединение проходит без проблем и держится стабильно сутками. Если вернуть хотя бы один из этих тонов, связь устанавливаться откажется.
Вот пример лога модема при настройке этих тонов и разъединении связи (даты конечно ненастоящие)
Код:
Jan 1 00:11:05 user debug syslog: adslctl connection --tones 0 32 0xffff23ff 32 224 0x00000000ffffffffffffffffffffffffffffffffffffffffffffffff
Jan 1 00:11:05 user warn kernel: xmtStartTone=0, xmtNumTones=32, rcvStartTone=32, rcvNumTones=224
Jan 1 00:11:05 user warn kernel: xmtToneMap=FF FF 23 FF
Jan 1 00:11:05 user warn kernel: rcvToneMap=00 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
Jan 1 00:11:06 user crit kernel: ADSL G.994 training
Jan 1 00:11:14 user crit kernel: ADSL G.992 started
Jan 1 00:11:15 user crit kernel: ADSL link down
Jan 1 00:11:16 user crit kernel: ADSL G.994 training
Jan 1 00:11:24 user crit kernel: ADSL G.992 started
Jan 1 00:11:28 user crit kernel: ADSL G.992 channel analysis
Jan 1 00:11:33 user crit kernel: ADSL link up, interleaved, us=1849, ds=16996
Jan 1 00:11:34 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:11:35 daemon notice pppd[280]: PPP: Start to connect ...
Jan 1 00:11:35 daemon crit pppd[280]: PPP server detected.
Jan 1 00:11:35 daemon crit pppd[280]: PPP session established.
Jan 1 00:11:37 daemon crit pppd[280]: PPP LCP UP.
Jan 1 00:11:51 daemon notice pppd[280]: PPP: Start to connect ...
Jan 1 00:11:57 user crit kernel: ADSL link down
Насколько я понимаю, снятие upstream tones запрещает модему использовать долю частотного диапазона для связи. В результате скорость upstream attainable показывалась как 1932 kbps, а upstream rate 1736 kbps.
Установка или снятие любых из downstream tones (хоть всех) на возможность соединения не повлияла.
Сейчас установил последнюю прошивку,
RU_DSL-2500U_3-06-04-1Q00.A2pB021c.d19b
От этого стало чуть лучше, можно вернуть upstream tone #23 (но никакие другие)
upstream attainable rate 2032, upstream rate 1835.
Параметры SNR и Attenuation нисколько не изменились по обоим направлениям.
Основным вопросом теперь естественно будет:
1) Можно ли в моем случае еще улучшить показатель upstream какими-либо средствами?
1а) Если пришлость убрать часть upstream tones - значит это проблемы линии? Но как тогда новая прошивка помогла вернуть один из них? И стоит ли ожидать пользы в этом плане от прошивок будущих?
1б) В спецификациях ADSL, что я читал, указано, что на AnnexM для upstream используются тоны до 64 включительно. В настройках же модема начиная с 32го - уже downstream. (Впрочем, они наверняка перераспределены, в той же спецификации тоны 1-5 - это обычный телефон, в модеме нумерация идет сразу с 0)
1в) (связано с 1б) реальная скорость upstream при rate 1730 kbps - около 140 кбайт/с. Если же в тех самых настройках тонов снять все Downstrem tones с 32 по 48, то несмотря на те же самые upstream rate 1730, реальная скорость возрастает до 170 кбайт/сек. downstram же все равно ограничен оператором на 17М, значит это уменьшает взаимные наводки?