O2 VDSL - Asus DSL AC68U (výpadky)

[teeejay]

Zdravím, potřeboval bych poradit, nejsem příliš znalý v oblasti sítí.

Popíšu Vám situaci. Mám VDSL od O2, modem Comtrend VR-3026e (funguje bezproblémově, jenže měl slabou wi-fi, řešil jsem to extendrem, ale to také nebylo nejlepší řešení)

Pořídil jsem tedy modem/router AIO Asus. Wi-Fi signál se podstatně zlepšil, obecně rychlosti po wi-fi se zlepšily. Nastavil jsem ho, vše funguje jak má až na výpadky a absolutně nevím co je způsobuje.

System Log: (vyznačil jsem výpadky)
Jan 24 00:02:30 miniupnpd[13061]: upnp_event_process_notify: connect(192.168.1.39:2869): Connection timed out
Jan 24 00:20:40 WAN Connection: Ethernet link down.
Jan 24 00:20:40 stop_nat_rules: apply the redirect_rules!
Jan 24 00:21:15 WAN Connection: WAN was restored.
Jan 24 00:21:15 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 00:21:17 pppd[488]: Serial link appears to be disconnected.
Jan 24 00:21:17 pppd[488]: Connection terminated.
Jan 24 00:21:20 WAN Connection: Fail to connect with some issues.
Jan 24 00:21:20 stop_nat_rules: apply the redirect_rules!
Jan 24 00:21:27 pppd[488]: Connected to 00:30:88:1d:ff:dc via interface vlan100
Jan 24 00:21:27 pppd[488]: Connect: ppp0 <--> vlan100
Jan 24 00:21:27 pppd[488]: PAP authentication succeeded
Jan 24 00:21:27 pppd[488]: peer from calling number 00:30:88:1D:FF:DC authorized
Jan 24 00:21:27 pppd[488]: local IP address
Jan 24 00:21:27 pppd[488]: remote IP address
Jan 24 00:21:27 pppd[488]: primary DNS address
Jan 24 00:21:27 pppd[488]: secondary DNS address
Jan 24 00:21:27 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 00:21:28 wan: finish adding multi routes
Jan 24 00:21:28 rc_service: ip-up 14736:notify_rc stop_upnp
Jan 24 00:21:28 rc_service: ip-up 14736:notify_rc start_upnp
Jan 24 00:21:28 rc_service: waitting "stop_upnp" via ip-up ...
Jan 24 00:21:28 miniupnpd[13061]: shutting down MiniUPnPd
Jan 24 00:21:29 ntp: start NTP update
Jan 24 00:21:30 miniupnpd[14768]: version 1.9 started
Jan 24 00:21:30 miniupnpd[14768]: HTTP listening on port 36841
Jan 24 00:21:30 miniupnpd[14768]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 24 00:21:30 WAN Connection: WAN was restored.
Jan 24 00:59:57 ntp: start NTP update
Jan 24 01:59:59 ntp: start NTP update
Jan 24 03:00:01 ntp: start NTP update
Jan 24 03:59:57 ntp: start NTP update
Jan 24 04:59:57 ntp: start NTP update
Jan 24 05:59:59 ntp: start NTP update
Jan 24 06:59:57 ntp: start NTP update
Jan 24 07:59:57 ntp: start NTP update
Jan 24 08:59:59 ntp: start NTP update
Jan 24 10:00:01 ntp: start NTP update
Jan 24 10:59:57 ntp: start NTP update
Jan 24 11:38:19 WAN Connection: Ethernet link down.
Jan 24 11:38:19 stop_nat_rules: apply the redirect_rules!
Jan 24 11:38:43 WAN Connection: WAN was restored.
Jan 24 11:38:43 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 11:59:59 ntp: start NTP update
Jan 24 13:00:01 ntp: start NTP update
Jan 24 13:12:57 WAN Connection: Ethernet link down.
Jan 24 13:12:57 stop_nat_rules: apply the redirect_rules!
Jan 24 13:13:32 WAN Connection: WAN was restored.
Jan 24 13:13:32 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 13:13:41 pppd[488]: Serial link appears to be disconnected.
Jan 24 13:13:41 pppd[488]: Connection terminated.
Jan 24 13:13:42 WAN Connection: Fail to connect with some issues.
Jan 24 13:13:42 stop_nat_rules: apply the redirect_rules!
Jan 24 13:13:52 pppd[488]: Connected to 00:30:88:1d:ff:dc via interface vlan100
Jan 24 13:13:52 pppd[488]: Connect: ppp0 <--> vlan100
Jan 24 13:13:52 pppd[488]: PAP authentication succeeded
Jan 24 13:13:52 pppd[488]: peer from calling number 00:30:88:1D:FF:DC authorized
Jan 24 13:13:52 pppd[488]: local IP address
Jan 24 13:13:52 pppd[488]: remote IP address
Jan 24 13:13:52 pppd[488]: primary DNS address
Jan 24 13:13:52 pppd[488]: secondary DNS address
Jan 24 13:13:52 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 13:13:52 wan: finish adding multi routes
Jan 24 13:13:57 WAN Connection: WAN was restored.
Jan 24 13:13:58 rc_service: ip-up 19689:notify_rc stop_upnp
Jan 24 13:13:58 rc_service: ip-up 19689:notify_rc start_upnp
Jan 24 13:13:58 rc_service: waitting "stop_upnp" via ip-up ...
Jan 24 13:13:58 miniupnpd[14768]: shutting down MiniUPnPd
Jan 24 13:13:59 ntp: start NTP update
Jan 24 13:13:59 miniupnpd[19721]: version 1.9 started
Jan 24 13:13:59 miniupnpd[19721]: HTTP listening on port 38142
Jan 24 13:13:59 miniupnpd[19721]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 24 13:39:20 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Jan 24 13:39:21 kernel: sizeof forward param = 160
Jan 24 13:39:36 kernel: Stop the IPS/AppID engine...
Jan 24 13:39:37 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 13:39:57 rc_service: httpd 438:notify_rc start_webs_update
Jan 24 13:55:29 WAN Connection: Ethernet link down.
Jan 24 13:55:29 stop_nat_rules: apply the redirect_rules!
Jan 24 13:55:45 WAN Connection: WAN was restored.
Jan 24 13:55:45 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 13:59:57 ntp: start NTP update
Jan 24 14:55:58 WAN Connection: Ethernet link down.
Jan 24 14:55:58 stop_nat_rules: apply the redirect_rules!
Jan 24 14:56:23 WAN Connection: WAN was restored.
Jan 24 14:56:23 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 14:59:57 ntp: start NTP update
Jan 24 15:42:10 WAN Connection: Ethernet link down.
Jan 24 15:42:10 stop_nat_rules: apply the redirect_rules!
Jan 24 15:42:51 pppd[488]: Serial link appears to be disconnected.
Jan 24 15:42:56 WAN Connection: Fail to connect with some issues.
Jan 24 15:42:57 pppd[488]: Connection terminated.
Jan 24 15:42:58 pppd[488]: Modem hangup
Jan 24 15:43:44 pppd[488]: Timeout waiting for PADS packets
Jan 24 15:43:49 pppd[488]: Connected to 00:30:88:1d:ff:dc via interface vlan100
Jan 24 15:43:49 pppd[488]: Connect: ppp0 <--> vlan100
Jan 24 15:43:49 pppd[488]: PAP authentication succeeded
Jan 24 15:43:49 pppd[488]: peer from calling number 00:30:88:1D:FF:DC authorized
Jan 24 15:43:49 pppd[488]: local IP address
Jan 24 15:43:49 pppd[488]: remote IP address
Jan 24 15:43:49 pppd[488]: primary DNS address
Jan 24 15:43:49 pppd[488]: secondary DNS address
Jan 24 15:43:49 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 15:43:50 wan: finish adding multi routes
Jan 24 15:43:50 rc_service: ip-up 20868:notify_rc stop_upnp
Jan 24 15:43:50 rc_service: ip-up 20868:notify_rc start_upnp
Jan 24 15:43:50 rc_service: waitting "stop_upnp" via ip-up ...
Jan 24 15:43:50 miniupnpd[19721]: shutting down MiniUPnPd
Jan 24 15:43:50 WAN Connection: WAN was restored.
Jan 24 15:43:51 ntp: start NTP update
Jan 24 15:43:51 miniupnpd[20900]: version 1.9 started
Jan 24 15:43:51 miniupnpd[20900]: HTTP listening on port 50603
Jan 24 15:43:51 miniupnpd[20900]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 24 15:59:57 ntp: start NTP update
Jan 24 16:59:57 ntp: start NTP update
Jan 24 17:59:57 ntp: start NTP update
Jan 24 18:49:17 WAN Connection: Ethernet link down.
Jan 24 18:49:17 stop_nat_rules: apply the redirect_rules!
Jan 24 18:49:52 WAN Connection: WAN was restored.
Jan 24 18:49:52 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_vlan100)!
Jan 24 18:59:57 ntp: start NTP update

Jsou to cca 40 sekundové výpadky a absolutně nevím, co je způsobuje.

Volal jsem na O2, několikrát, řekli že výpadky nezaznamenávají v udaných časech.
Jsem cca 1200m od ústředny, spojení mám velice solidní download 40/ upload 4.
SNR je 20 db na download, 15 db na upload.

Kdybyste náhodou někdo tušil, čím by to mohlo být způsobeno, prosím, poraďte.

Děkuji.

[hornettus]

Zacal bych u firmware, mas tam posledni verzi?

[teeejay]

Zacal bych u firmware, mas tam posledni verzi?

Ano, poslední firmware, to byla jedna z věcí, kterou jsem zkoušel jako první.

[hornettus]

Projel jsem trochu forum ASUSu, kdyz kouknes do staveni:

advance settings>>administration>>dsl setting

tak SRA by melo byt zapnute (defaultne) - nechej zapnute

advance settings>>administration>>dsl settinmg>>stability adjustment

zkus to nastavit na -1, kdyby nepomohlo na -2, kdyby ani pak tak na -3

Po kazdym nastaveni proved restart routeru a otestuj tu stabilitu a dej vedet

[teeejay]

Projel jsem trochu forum ASUSu, kdyz kouknes do staveni:

advance settings>>administration>>dsl setting

tak SRA by melo byt zapnute (defaultne) - nechej zapnute

advance settings>>administration>>dsl settinmg>>stability adjustment

zkus to nastavit na -1, kdyby nepomohlo na -2, kdyby ani pak tak na -3

Po kazdym nastaveni proved restart routeru a otestuj tu stabilitu a dej vedet

Mrknu na to, prozatím ti děkuji na stotisíckrát

Ozvu se, i kdyby se to tím vyřešilo, třeba pro budoucí generace.

[teeejay]

Projel jsem trochu forum ASUSu, kdyz kouknes do staveni:

advance settings>>administration>>dsl setting

tak SRA by melo byt zapnute (defaultne) - nechej zapnute

advance settings>>administration>>dsl settinmg>>stability adjustment

zkus to nastavit na -1, kdyby nepomohlo na -2, kdyby ani pak tak na -3

Po kazdym nastaveni proved restart routeru a otestuj tu stabilitu a dej vedet

Tak vůbec nic nepomohlo, taky jsem to forum projížděl, i jsem tam založil thread a zatím nic moc :/

[sailord]

Mám také tento router a jak to tak pozoruju zmetkovitost při výrobě bude dost vysoká. Měl jsem stejný problém - neustálé výpadky VDSL. Zkoušel jsem různé nastavení v DSL, nový i starší firmware. Nic nepomohlo. Nakonec jsem ho poslal na reklamaci, vyměnili mi jej za nový a od té doby jede jak má. Jen sem teda byl skoro měsíc na starým Comtrendu. Takže z mého pohledu doporučuju reklamovat. Případně vyměnit pokud ještě můžeš.

[teeejay]

Mám také tento router a jak to tak pozoruju zmetkovitost při výrobě bude dost vysoká. Měl jsem stejný problém - neustálé výpadky VDSL. Zkoušel jsem různé nastavení v DSL, nový i starší firmware. Nic nepomohlo. Nakonec jsem ho poslal na reklamaci, vyměnili mi jej za nový a od té doby jede jak má. Jen sem teda byl skoro měsíc na starým Comtrendu. Takže z mého pohledu doporučuju reklamovat. Případně vyměnit pokud ještě můžeš.

Díky za odpověď, to mě vcelku potěšilo. Ještě je v záruce, je relativně nový. Takže pošlu a holt si počkám nějaký ten pátek na Comtrendu

Na forech si nikdo moc nevěděl rady. A Asus technická podpora je výsměch, 48 pracovních hodin, nechce se mi čekat 6 dní na odpověď..

[sailord]

Na forech si nikdo moc nevěděl rady. A Asus technická podpora je výsměch, 48 pracovních hodin, nechce se mi čekat 6 dní na odpověď..

Ona technická podpora Asusu, alespoň co se týká tohohle routeru, je k pláči. Když jsem jim psal o svých problémech s výpadky VDSL poslali mi parametry pro nastavení ADSL.

[woodydaocas]

ten VDSL maji nasi s "default" modemem, ten comtrend.. muzu se zeptat, proc ten extender nepomohl ? Rad bych jim trochu boostl signal "nejak" na druhe strane baraku.. diky

[vokial]

Jsem cca 1200m od ústředny, spojení mám velice solidní download 40/ upload 4.
SNR je 20 db na download, 15 db na upload.

Čau. To máš fakt 40/4 na takovou vzdálenost? Když jsem před asi 2 lety zjišťoval, jestli bych nemohl na vyšší tarif (teď mám 20/2), tak mi řekli, že mám štěstí že vůbec VDSL můžu mít (od ústředny jsem 1300m).
Za ten vyšší bych si velmi rád připlatil, totiž když zapneme 2x o2tv (hd) tak to je hned mínus 12Mbit. A teď jak na podzim (?) zvyšovali ten UP, ten by se hodil taky.

[Weslo]

xDSL rychlost závisí na útlumu, vzdálenosti a průřezu kabelu. Má prostě štěstí, že tam je malý útlum.