Turris Omnia O2VDSL problém Zyxel vmg1312-b30b

Od Baal Dne 2016-11-03 18:30

Ahoj,

1/ Přišla mi Omnia, připojil jsem ji za Zyxel od O2, který je v bridge modu již cca rok funguje připojen do Asus WRT a vše je ok. Omnii jsem připojil stejně tak a nastavil ve Forisu viz obrázek:

2/ Bohužel připojení nefungovalo a test ukazuje toto:

3/ A Luci toto:

4/ Připojil jsem se tedy pomocí SSH a přidal do /etc/config/network, debbug:
config interface 'wan'
option ifname 'eth1'
option _orig_ifname 'eth1'
option _orig_bridge 'false'
option proto 'pppoe'
option username 'o2'
option password 'o2'
option ipv6 '1'
option mtu '1500'
option pppd_options 'debug'

config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'

5/ Následně /var/log/messages | grep ppp ukazuje, že k autorizaci dojde, ale spojení následně skončí:
2016-11-02T20:11:36+01:00 info pppd[9987]: Plugin rp-pppoe.so loaded.
2016-11-02T20:11:36+01:00 info pppd[9987]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
2016-11-02T20:11:36+01:00 notice pppd[9987]: pppd 2.4.7 started by root, uid 0
2016-11-02T20:11:36+01:00 err pppd[9987]: Interface eth1 has MTU of 1492 -- should be at least 1500.
2016-11-02T20:11:36+01:00 err pppd[9987]: This may cause serious connection problems.
2016-11-02T20:11:52+01:00 warning pppd[9987]: Timeout waiting for PADS packets
2016-11-02T20:11:52+01:00 err pppd[9987]: Unable to complete PPPoE Discovery
2016-11-02T20:11:52+01:00 info pppd[9987]: Exit.
2016-11-02T20:12:35+01:00 info pppd[10450]: PPP session is 1840
2016-11-02T20:12:35+01:00 warning pppd[10450]: Connected to 00:xx:xx:xx:xx:b8 via interface eth1
2016-11-02T21:12:35+01:00 info kernel[]: [ 964.329503] pppoe-wan: renamed from ppp0
2016-11-02T20:12:35+01:00 info pppd[10450]: Using interface pppoe-wan
2016-11-02T20:12:35+01:00 notice pppd[10450]: Connect: pppoe-wan <--> eth1
2016-11-02T20:12:35+01:00 notice pppd[10450]: PAP authentication succeeded
2016-11-02T20:12:35+01:00 notice pppd[10450]: peer from calling number 00:xx:xx:xx:xx:B8 authorized
2016-11-02T20:12:35+01:00 notice pppd[10450]: local LL address fe80::xxxx:xxxx:xxxx:f361
2016-11-02T20:12:35+01:00 notice pppd[10450]: remote LL address fe80::xxxx:xxxx:xxxx:95c9
2016-11-02T20:12:35+01:00 notice netifd[]: Network device 'pppoe-wan' link is up
2016-11-02T20:12:35+01:00 notice netifd[]: Network alias 'pppoe-wan' link is up
2016-11-02T20:12:35+01:00 notice firewall[]: Reloading firewall due to ifup of wan (pppoe-wan)
2016-11-02T20:12:55+01:00 notice firewall[]: Reloading firewall due to ifup of wan6 (pppoe-wan)
2016-11-02T20:13:05+01:00 warning pppd[10450]: IPCP: timeout sending Config-Requests
2016-11-02T20:18:24+01:00 info pppd[10450]: Terminating on signal 15
2016-11-02T20:18:24+01:00 notice netifd[]: Network device 'pppoe-wan' link is down

6/ Našel jsem zde na foru tip, že se Zyxelem je vhodné upravit v /etc/ppp/options hodnoty na:
lcp-echo-failure 20
lcp-echo-interval 20

Nicméně ani to neznamenalo uspěch, když přehodím zpět do Asuse tak je spojení v pořádku, máte někdo radu,tip, řešení?

Od Baal Dne 2016-11-03 18:45

7/ Málem bych zapomněl na ten debbug log:

2016-11-03T16:14:52+01:00 debug pppd[28661]: Script /lib/netifd/ppp-down started (pid 30224)
2016-11-03T16:14:52+01:00 debug pppd[28661]: sent [LCP TermReq id=0x2 "User request"]
2016-11-03T16:14:52+01:00 debug pppd[28661]: Script /lib/netifd/ppp-down finished (pid 30224), status = 0x1
2016-11-03T16:15:06+01:00 info pppd[30933]: Plugin rp-pppoe.so loaded.
2016-11-03T16:15:06+01:00 info pppd[30933]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
2016-11-03T16:15:06+01:00 notice pppd[30933]: pppd 2.4.7 started by root, uid 0
2016-11-03T16:15:06+01:00 err pppd[30933]: Interface eth1 has MTU of 1492 -- should be at least 1500.
2016-11-03T16:15:06+01:00 err pppd[30933]: This may cause serious connection problems.
2016-11-03T16:15:06+01:00 debug pppd[30933]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
2016-11-03T16:15:06+01:00 debug pppd[30933]: dst ff:ff:ff:ff:ff:ff src d8:58:d7:00:5a:94
2016-11-03T16:15:06+01:00 debug pppd[30933]: [service-name]
2016-11-03T16:15:06+01:00 debug pppd[30933]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 38
2016-11-03T16:15:06+01:00 debug pppd[30933]: dst d8:58:d7:00:5a:94 src 00:30:88:1d:83:b8
2016-11-03T16:15:06+01:00 debug pppd[30933]: [AC-name PR60B15PRAHOL03-G61BQ2511Q04G4] [service-name]
2016-11-03T16:15:06+01:00 debug pppd[30933]: Send PPPOE Discovery V1T1 PADR session 0x0 length 4
2016-11-03T16:15:06+01:00 debug pppd[30933]: dst 00:30:88:1d:83:b8 src d8:58:d7:00:5a:94
2016-11-03T16:15:06+01:00 debug pppd[30933]: [service-name]
2016-11-03T16:15:07+01:00 debug pppd[30933]: Recv PPPOE Discovery V1T1 PADS session 0x4460 length 38
2016-11-03T16:15:07+01:00 debug pppd[30933]: dst d8:58:d7:00:5a:94 src 00:30:88:1d:83:b8
2016-11-03T16:15:07+01:00 debug pppd[30933]: [service-name] [AC-name PR60B15PRAHOL03-G61BQ2511Q04G4]
2016-11-03T16:15:07+01:00 debug pppd[30933]: PADS: Service-Name: ''
2016-11-03T16:15:07+01:00 info pppd[30933]: PPP session is 17504
2016-11-03T16:15:07+01:00 warning pppd[30933]: Connected to 00:30:88:1d:83:b8 via interface eth1
2016-11-03T16:15:07+01:00 debug pppd[30933]: using channel 10
2016-11-03T17:15:07+01:00 info kernel[]: [73116.365528] pppoe-wan: renamed from ppp0
2016-11-03T16:15:07+01:00 info pppd[30933]: Using interface pppoe-wan
2016-11-03T16:15:07+01:00 notice pppd[30933]: Connect: pppoe-wan <--> eth1
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [LCP ConfReq id=0x1 <mru 1484> <magic 0x720816e0>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [LCP ConfReq id=0xe8 <mru 1492> <auth pap> <magic 0xe849907>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [LCP ConfAck id=0xe8 <mru 1492> <auth pap> <magic 0xe849907>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [LCP ConfAck id=0x1 <mru 1484> <magic 0x720816e0>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [LCP EchoReq id=0x0 magic=0x720816e0]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [PAP AuthReq id=0x1 user="o2" password=<hidden>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [LCP EchoRep id=0x0 magic=0xe849907]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [PAP AuthAck id=0x1 ""]
2016-11-03T16:15:07+01:00 notice pppd[30933]: PAP authentication succeeded
2016-11-03T16:15:07+01:00 notice pppd[30933]: peer from calling number 00:30:88:1D:83:B8 authorized
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [IPV6CP ConfReq id=0x1 <addr fe80::xxxx:xxxx:xxxx:6d94>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc0 <addr 88.103.200.51>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc0 <addr 88.103.200.51>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [IPCP ConfNak id=0x1 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [IPV6CP ConfReq id=0x6c <addr fe80::0230:88ff:fe04:95c9>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: sent [IPV6CP ConfAck id=0x6c <addr fe80::0230:88ff:fe04:95c9>]
2016-11-03T16:15:07+01:00 debug pppd[30933]: rcvd [IPV6CP ConfAck id=0x1 <addr fe80::xxxx:xxxx:xxxx:6d94>]
2016-11-03T16:15:07+01:00 notice pppd[30933]: local LL address fe80::xxxx:xxxx:xxxx:6d94
2016-11-03T16:15:07+01:00 notice pppd[30933]: remote LL address fe80::0230:88ff:fe04:95c9
2016-11-03T16:15:07+01:00 debug pppd[30933]: Script /lib/netifd/ppp-up started (pid 30947)
2016-11-03T16:15:07+01:00 notice netifd[]: Network device 'pppoe-wan' link is up
2016-11-03T16:15:07+01:00 notice netifd[]: Network alias 'pppoe-wan' link is up
2016-11-03T16:15:07+01:00 debug pppd[30933]: Script /lib/netifd/ppp-up finished (pid 30947), status = 0x0
2016-11-03T16:15:10+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:13+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:13+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc1 <addr 88.103.200.51>]
2016-11-03T16:15:13+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc1 <addr 88.103.200.51>]
2016-11-03T16:15:16+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:16+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc2 <addr 88.103.200.51>]
2016-11-03T16:15:16+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc2 <addr 88.103.200.51>]
2016-11-03T16:15:19+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:19+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc3 <addr 88.103.200.51>]
2016-11-03T16:15:19+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc3 <addr 88.103.200.51>]
2016-11-03T16:15:22+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T17:15:25+01:00 debug pppd[]: Last message 'sent [IPCP ConfReq i' repeated 1 times, supressed by syslog-ng on turris
2016-11-03T16:15:25+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc4 <addr 88.103.200.51>]
2016-11-03T16:15:25+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc4 <addr 88.103.200.51>]
2016-11-03T16:15:28+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:28+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc5 <addr 88.103.200.51>]
2016-11-03T16:15:28+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc5 <addr 88.103.200.51>]
2016-11-03T16:15:31+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:31+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc6 <addr 88.103.200.51>]
2016-11-03T16:15:31+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc6 <addr 88.103.200.51>]
2016-11-03T16:15:32+01:00 notice firewall[]: Reloading firewall due to ifup of wan (pppoe-wan)
2016-11-03T16:15:32+01:00 notice firewall[]: Reloading firewall due to ifup of wan6 (pppoe-wan)
2016-11-03T16:15:34+01:00 debug pppd[30933]: sent [IPCP ConfReq id=0x2 <addr 10.xxx.xxx.63> <ms-dns1 194.228.41.65> <ms-dns2 194.228.41.113>]
2016-11-03T16:15:34+01:00 debug pppd[30933]: rcvd [IPCP ConfReq id=0xc7 <addr 88.103.200.51>]
2016-11-03T16:15:34+01:00 debug pppd[30933]: sent [IPCP ConfAck id=0xc7 <addr 88.103.200.51>]
2016-11-03T16:15:37+01:00 warning pppd[30933]: IPCP: timeout sending Config-Requests

Od honza

Dne 2016-11-03 20:02 Upraveno 2016-11-03 20:11

Mám Turris 1.1 a občas, když jsem si laborováním zavařil a musel jsem dát tovární nastavení, tak jsem to měl podobně. Někdy stačilo chvilku počkat, někdy stačilo vytáhnout a zastrčit síťový kabel. Někdy vytáhnout síťový kabel, router vypnout, zastrčit kabel a router zapnout. Někdy se přitom stalo, že sice naskočilo IPv4, ale zase zmizelo IPv6, které bylo předtím OK. Takže jsem ty pokusy musel udělat několikrát. Zapisuji si jednotlivé úkony a poznamenám si, po kterém kroku to vše naskočilo. Bohužel se dosud ani jeden postup neopakoval. Závěr: jednou pomůže to, jindy ono, ale vždy se to podaří.

Měl jsem Huawei, teď mám Zyxel a stávalo se mi to na obou. Takže v Zyxelu problém asi není.

Od Baal Dne 2016-11-06 16:17

Po nějakém bádání jsem našel, že rozdíl mezi Omnii a mojím Asusem, který funguje ale občas se odpojí je v tomto:
Asus:
Nov 6 14:38:41 unknown daemon.info pppd[12079]: Using interface ppp0
Nov 6 14:38:41 unknown daemon.notice pppd[12079]: Connect: ppp0 <--> vlan2
Nov 6 14:38:41 unknown daemon.notice pppd[12079]: PAP authentication succeeded
Nov 6 14:38:41 unknown daemon.notice pppd[12079]: peer from calling number 00:xx:xx:xx:xx:B8 authorized
Nov 6 14:39:11 unknown daemon.warn pppd[12079]: IPCP: timeout sending Config-Requests
Nov 6 14:39:14 unknown daemon.notice pppd[12079]: Connection terminated.
Nov 6 14:39:44 unknown daemon.info pppd[12079]: PPP session is 14552 (0x38d8)
Nov 6 14:39:44 unknown daemon.warn pppd[12079]: Connected to 00:xx:xx:xx:xx:b8 via interface vlan2
Nov 6 14:39:44 unknown daemon.info pppd[12079]: Using interface ppp0
Nov 6 14:39:44 unknown daemon.notice pppd[12079]: Connect: ppp0 <--> vlan2
Nov 6 14:39:48 unknown daemon.notice pppd[12079]: PAP authentication succeeded
Nov 6 14:39:48 unknown daemon.notice pppd[12079]: peer from calling number 00:xx:xx:xx:xx:B8 authorized
Nov 6 14:39:48 unknown daemon.notice pppd[12079]: local IP address 10.xxx.xxx.xx

V gui má totiž:
Keep Alive: Redial Period
A zkouší to stále dokud DSLAM nepošle konfiguraci, ale Omnia ne.

Google doporučil pridat do /etc/ppp/options parametr: persist

http://askubuntu.com/questions/94517/how-do-i-set-a-pppoe-connection-to-redial

nicméně bohužel to nepomohlo ani k částečné funkcionalitě jakou mám u Asusu.

Podpora o2 tvrdí že na jejich straně je vše v pořádku, samozřejmě.

Od Baal Dne 2016-11-17 11:52

Byl u mě technik z O2, který mi říkal že kabel je v pořádku a že je to téměř určitě modeme, že ten Zyxel z jeho zkušenosti je poruchová věc, že to mám vyreklamovat na prodejně a mám si říct o Comtrend a vše bude ok. Na prodejně s arogancí O2 vlastní řekli, že napadá do úvahy, nic se měnit nebude, ani mi žadnej půjčit nemůžou na vyzkoušení, maximálně za 1000kč můžu dostat zapůjčku zyxela:-)

Nicméně někde na bazaru jsem koupil 5let starej comtrend za 500kč, přinesl domů nastavil bridge zapojil do omnie a vše najelo v pořádku.