504T может часами вот так развлекаться - обрывать соединение. Что делать? MTU утверждает, что на их стороне все нормально, однако, болезнь эта лечится перезагрузкой порта со стороны провайдера.

Что посоветуете?

Product Information
Model Number DSL-504T
Ethernet MAC 00:0F:3D:C2:1E:33
Software Versions
Gateway V1.00B02T02.RU.20041014
ATM Driver 4.01.00.00
DSL HAL 1.01.00.00
DSL Datapumps 1.01.00.00 Annex A
SAR HAL 01.06.06 s
PDSP Firmware 0.49
Boot Loader 0.22.02

Примерный Лог.

Sep 8 12:00:06> Valid Configuration Tree
Sep 8 12:00:11> Firewall NAT service started
Aug 9 12:01:00> Bridge Created: br0
Aug 9 12:01:01> Bridge Interface Added: eth0
Aug 9 12:01:01> pppd 2.4.1 started by root, uid 0
Aug 9 12:01:03> DSL Carrier is down
Aug 9 12:02:41> System Call Error
Aug 9 12:02:41> Connecting PPPoE socket: 00:00:00:00:00:00 0000 0x1000d3b8
Aug 9 12:02:41> Couldn't get channel number: Transport endpoint is not connected
Aug 9 12:02:41> Doing disconnect
Aug 9 12:02:42> pppd 2.4.1 started by root, uid 0
Aug 9 12:03:23> DSL Carrier is training
Aug 9 12:03:43> DSL Carrier is up
Mar 12 02:03:56> DSL Carrier is training
Mar 12 02:04:06> DSL Carrier is up
Mar 12 02:04:14> System Call Error
Mar 12 02:04:14> Connecting PPPoE socket: 00:00:00:00:00:00 0000 0x1000d3b8
Mar 12 02:04:14> Couldn't get channel number: Transport endpoint is not connected
Mar 12 02:04:14> Doing disconnect
Mar 12 02:04:14> pppd 2.4.1 started by root, uid 0
Mar 12 02:04:16> DSL Carrier is down
Mar 12 02:04:26> DSL Carrier is up
Mar 12 02:04:46> DSL Carrier is training
Mar 12 02:04:56> DSL Carrier is down
Mar 12 02:05:06> DSL Carrier is up
Mar 12 02:05:15> Connecting PPPoE socket: 00:30:88:00:80:8a 9a27 nas0 0x1000d3b8
Mar 12 02:05:15> Connect: ppp0 {--} nas0
Mar 12 02:05:15> WAN IP address 83.237.11.179
Mar 12 02:05:15> WAN gateway 83.237.11.1
Mar 12 02:05:15> primary DNS address 212.188.4.10
Mar 12 02:05:15> secondary DNS address 195.34.32.116
Mar 12 02:05:15> PPPoE Connect with IP Address 83.237.11.179
Mar 12 02:05:15> PPPoE Connection Successfully Established
Mar 12 02:05:15> PPPoE Connect with Gateway IP Address: 83.237.11.1

_________________
Ilya

Провайдер должен настроить у себя на DSLAM-е для Вашго порта принудительно стандарт g.dmt.

у меня порой встречается аналогичная проблема.
версия прошивки V1.00B02T02.RU.20041229
Причем US Margin 8
DS Margin 6

Будте добры поясните доходчиво в чем заключается отличие этих стандартов друг от друга чтобы быть в состоянии внятно объяснить причину перехода на другой стандарт провайдеру.

он что устойчивее? на форуме было написано что если в логе начинает писаться вот такое то нада нести в ремонт и там что то сделают.
При условии плохой линии стоит ли переходить на g.dmt ??

По возможности для каждого стандарта

T1413 -
GDMT -
GLITE -
MMODE-

так в чем заключаются преимущества Gmt?

Проблема не в стандарте, а в автоопределении стандарта на стороне DSLAM-а.