Добрый день!

Прошивка: V1.00B02T02.RU.20041014
Модем: DSL-G604T/RU Версия A3 (c этикетки)
Провайдер: Стрим
Поиск сделал, но 100% похожей ситуации не нашел.

Ровно 1 год беспроблемно эксплуатировался в домашних условиях в режиме маршрутизатора.
Три дня назад связь стала просто невозможной. Оказалось, стало теряться 35%-40% пакетов на линии. Проблема появилась внезапно, никакого плавного ухудшения ситуации не было.
Смотрел прямо с модема, зайдя telnet'ом, пинговал IP назначенного шлюза при поднятии PPPoE. до 40% потерь. Ну или любой другой IP c самого модема или компьютера. Такие же потери.
Следующие три пункта не помогли:
1. Делал ресет заводских настроек;
2. Делал прошивку официального firmware v1. с русского сайта. Того же, что и было;
3. ТП Стрима ужала DSL до 1024/256;

Никакие другие настройки не крутил. Все штатно по инструкциям.
Решил проверить режим Bridge. О чудо, связь стала идеальной.
Перенастроил обратно в режим маршрутизатора, потери возобновились в прежнем объеме.
ADSL устойчивый, никогда не валится. PPPoE-сессия тоже, разрывов нет. А пакеты теряются :( Проверил еще пару раз туда-обратно, чтобы убежиться, что результат не случайный. Все так и есть. В бридже все ок, в маршрутизаторе потери.

Хочется опять эксплуатировать, как и раньше, модем в режиме маршрутизатора, т.к. активно использую дома более одного компьютера.
Есть ли какие-нибудь мысли в какую сторону копать?
Заранее спасибо,

1. Настройки Connection 1 и DSL Setup.
2. Харрактеристики лини.

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

Вот настройки линии и ее статистика:
DSL Setup
Modulation type: MMODE

Connection 1
Name:stream
Type: PPPoE
Options: (галка стоит) NAT (галка стоит) Firewall
PPP Settings:
Username:ppp****@mtu
Password:****
Idle Timeout: 60 (недоступно) sec
Keep Alive: 30 min
MAX Fail: 10 times
MTU: 1400 bytes
MRU: 1492 bytes
Set Route: (галка стоит) On Demand: (галки нет)
PVC Settings
VPI:1
VCI:50
QoS: UBR
PCR: (пусто) bps
SCR: (пусто) bps

DSL Status:
Connection Status Connected
Upstream Rate (Kbps) 256
Downstream Rate (Kbps) 1024
US Margin 27
DS Margin 31
Modulation MMODE
LOS Errors 0
DS Line Attenuation 11
US Line Attenuation 12
Path Mode Interleaved

DSL Statistics
Near End F4 Loop Back Count 0
Near End F5 Loop Back Count 0

Процент потерь плавает от часа к часу. Бывает около 3%, а бывает около 40% в течение часа. Закономерности не увидел. Может быть это связано с общей нагрузкой провайдерского оборудования, т.к. в вечерние часы он стабильно высокий.

По совету из форума проверил Environment
Вот результат -
#
# cat /proc/ticfg/env
memsize 0x01000000
flashsize 0x00400000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
bootserport tty0
cpufrequency 150000000
sysfrequency 125000000
bootloaderVersion 0.22.02
ProductID AR7RD
HWRevision Unknown
SerialNumber none
my_ipaddress 10.8.8.8
maca 00:0d:08:00:03:02
usb_vid 0x0
usb_pid 0x0
usb_rndis_mac 00.0d.88.11.03.02
usb_board_mac 00.0d.88.22.03.02
usb_man N/A
usb_prod N/A
usb_serial 1234567890
prompt Adam2_AR7RD
firstfreeaddress 0x9401d328
req_fullrate_freq 125000000
mtd0 0x900a0000,0x903f0000
mtd1 0x90010000,0x900a0000
mtd2 0x90000000,0x90010000
mtd3 0x903f0000,0x90400000
autoload 1
autoload 1
#

Имею сильное подозрение, что что-то не то MAC-адресом модема.
Он отличается от нанесенного на корпус устройства.
Может ли это быть источником поих проблем?

Завтра хочу попробовать соединиться через ADAM2 и прописать законный MAC с этикетки.
Я правильно понимаю, что это делается через команду
SETENV переменная,значение?
А какая переменная содержит MAC точки доступа?
Впрочем, весь эталонный environment для DSL-G604T не помешал бы здесь.

Product Information
Model Number DSL-G604T
Ethernet MAC 00:0d:08:00:03:02
DSL MAC N/A
AP MAC 00:50:f1:12:00:00
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
Wireless Firmware 0.3.16.13
Wireless APDK 5.5.4.24
Wireless Driver 1.1.2
Boot Loader 0.22.02

Примерно так: "quote SETENV maca,00:0d:08:00:03:02", Мас конечно с наклейки, но я вам советую это сделать через Сервисный Центр, Вы можите лишиться гарантии.

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

Гарантия закончилась, как я понимаю, ровно две недели назад, т.к. прошел ровно год и 2 недели с момента покупки устройства.

Перепрошил два MAC-адреса, прописав переменные maca и mac_ap, на указанные на наклейке.

Потери пакетов исчезли. По-видимому, сброс на какое-то левое значение MAC-адреса критичен для Стрима. Возможно, он не был уникальным.

Вообще, проблема оказалась баянистой. См.
Извечная тема - G604T и Mac address

В моем случае, правда, слетание MACа не вызвано перепрошивками, а наоборот, единственная сделаная мной перепрошивка была попыткой восстановить модем после самопроизвольного слетания MACа.
ПРидется в дальнейшем эксплуатировать устройство с оглядкой на возможность таких ситуаций.