Router Teltonika na optice O2

[vpn22]

Ahoj,

prosím o pomoc s řešením nefunkčního připojení přes optiku od O2 na routeru Teltonika (používá RUTOS, který staví na OpenWRT).

ISP a přípojka:
- O2, optická přípojka na infrastruktuře CETIN

HW a zapojení:
- ONT COMTREND GRG-4284
- Teltonika RUT956
- ONT zapojený UTP kabelem do WAN portu Teltoniky

Konfigurace Teltoniky
- verze FW: RUT9M_T_F18639_00.07.08.428 (custom firmware dodaný od výrobce před pár týdny)
- WAN port nastavený na protokol PPPoE, jméno a heslo: O2/O2 (vyzkoušeno i cetin/cetin), VLAN 848, MTU 1492 B
- výpis části /etc/config/network

Kód: [Vybrat]

config interface 'wan'
        option metric '1'
        option _area_type 'wan'
        option area_type 'wan'
        option force_link '0'
        option device 'eth0.2'
        option delegate '1'
        option ipv6 'auto'
        option priority '1'
        option proto 'pppoe'
        option tag '848'
        option username 'O2'
        option password 'O2'
        option mtu '1492'
- část výpisu pomocí ip a (WAN eth0.2 zapojený do ONT, LAN eth0.1 nezapojený):

Kód: [Vybrat]

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 20:97:27:22:58:57 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2297:27ff:fe22:5857/64 scope link
       valid_lft forever preferred_lft forever

11: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP group default qlen 1000
    link/ether 20:97:27:22:58:57 brd ff:ff:ff:ff:ff:ff

19: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc noqueue state UP group default qlen 1000
    link/ether 20:97:27:22:58:58 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2297:27ff:fe22:5858/64 scope link
       valid_lft forever preferred_lft forever


Popis problému
- Ve webovém rozhraní se u WAN portu objevuje hláška: "Error: * Connection attempt failed"
- přístup k internetu přes optiku O2 nefunguje
- výpis relevantní části logu pomocí "logread":

Kód: [Vybrat]

Tue Aug 27 13:21:18 2024 daemon.warn pppd[24241]: Timeout waiting for PADO packets
Tue Aug 27 13:21:18 2024 daemon.err pppd[24241]: Unable to complete PPPoE Discovery
Tue Aug 27 13:21:18 2024 daemon.info pppd[24241]: Exit.
Tue Aug 27 13:21:18 2024 daemon.notice netifd: Interface 'wan' is now down
Tue Aug 27 13:21:18 2024 daemon.notice netifd: Interface 'wan' is setting up now
Tue Aug 27 13:21:20 2024 daemon.info pppd[24353]: Plugin pppoe.so loaded.
Tue Aug 27 13:21:20 2024 daemon.info pppd[24353]: PPPoE plugin from pppd 2.4.9
Tue Aug 27 13:21:20 2024 daemon.notice pppd[24353]: pppd 2.4.9 started by root, uid 0
Tue Aug 27 13:21:20 2024 daemon.err pppd[24353]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Tue Aug 27 13:21:20 2024 daemon.err pppd[24353]: This may cause serious connection problems.

Další poznatky
Změna MTU na 1500 B ničemu nepomohla. Na jiné lokalitě běží stejný typ routeru také přes PPPoE a funguje. Není to ale O2 nebo někdo jiný na infrastruktuře CETIN, ale nějaký místní poskytovatel, rozdíl je v tom, že PPPoE nebalí do VLAN. Dokonce tam ani není MTU sníženo na 1492 B (zapomnělo se na to při konfiguraci).

Narazil jsem na podobná temata:
https://www.snbforums.com/threads/pppoe-failing-with-timeout-waiting-for-pado-packets.78329/
https://community.ipfire.org/t/unable-to-connect-to-vdsl-timeout-waiting-on-pado-packets/1931/7
Ale špatným VLAN ID to není a Host-Uniq se mi nezdá relevantní.

Zkoušel jsem i bez nastaveného VLAN ID, bez úspěchu. Zkoušel jsem VLAN 848 nastavit nad rozhraním WAN (eth0.2) až nad ním PPPoE, ale také bez úspěchu. Nemůže být problém v tom, že už nad eth0 jsou VLAN (eth0.1 je LAN a eth0.2 je WAN)?

Napadlo mě na místě zkusit MikroTik, u kterého vím, že na CETIN DSL (PPPoE, VLAN 848) funguje, ale bohužel se na místo hned tak nedostanu. Mám pouze přístup přes HTTPS a SSH (přes mobilní VPN přes datovou SIM v routeru).

Prosím o radu, jak řešit.

Předem díky za pomoc.

[Reklama]

[Jeresy]

Ahoj,

mám Turris, který taky staví na OpenWRT a vdsl od O2 - wan mám nastavený jako eth2.848, takže bych v tvém případě zkusil předělat eth0.2 na eth0.848, tak ti zůstane VLAN1 pro LAN (eth0.1) a VLAN848 pro WAN (eth0.848), nejsem expert, ale myslím, že tvá úvaha "Nemůže být problém v tom, že už nad eth0 jsou VLAN (eth0.1 je LAN a eth0.2 je WAN)?" bude správná ....

[František Ryšánek]

Jak moc do toho OpenWRT můžete sahat? Vidím výpis /etc/config/  - smíte ho editovat? Máte přístup do shellu? Vidíte v něm sekci "config switch", případně více sekcí "config switch_*" ?

Případně by mě zajímalo
cat /proc/cpuinfo
dmesg | grep switch

Podle mého ta Teltonika obsahuje VLANový switch řekněme 5-portový, z toho 1 port je interní VLAN trunk (tagged) proti CPU, ostatní porty jsou untagged, ale nakonfigurované jako "VLAN edge" proti různým VID co lezou z toho interního trunku.
Jako problém vidím, že vy byste nejlíp potřeboval jeden z vnějších fyzických portů přepnout do "tagged" režimu (VLAN trunk), a poslat tam VLAN 848, kterou zevnitř uvidíte jako subinterface na tom interním trunku. Jestli správně koukám na Vaši dosavadní snahu, tak jste možná dokázal otagovat eth0.2 tagem 848 (možná ani to ne) ale nedokázal jste to dostat tagované na ten vnější fyzický port switche. Nebo jste se možná pokusil o "Q-in-Q", což nevím jestli ten built-in switch pustí. (Vnější tag VID=2 si uloupne switch, a pokud není zlý, tak vnitřní tag 848 vkládaný softwarově by mohl nechat na pokoji a poslat nastojato na výstup.) MTU by nakonec asi šlo zařídit. A nebojte, pokud máte na svém konci na PPPoE rozhraní MTU 1492, tak by z toho neměl plynout žádný velký problém.

Hlavně nějak začít s tím HW tagováním.
Aha, koukám že se to nastavuje per vlan per port. Viz písmenko "t" u některých čísel portů.
https://openwrt.org/docs/guide-user/network/vlan/switch

[vpn22]

Už to funguje, problém byl opravdu ve VLAN. Oběma děkuji za pomoc.

Zjistil jsem, že nastavení VLAN přímo u WAN interface (Network > WAN > wan > Advanced Settings > VLAN tag value) nemá žádný vliv a ani tam vlastně nemuselo být.

Stačilo přidat nový záznam v nastavení Port based VLAN (Network > VLAN > Port Based) a dát VLAN ID 848 jako tagged na port wan. Pak už jen stačilo v Network > WAN > wan > Physical Settings přenastavit Interface z původního eth0.2 na nově vytvořený eth0.848.

Jinak k otázce zda mohu editovat /etc/config/networks - ANO, ale nevím, jestli je to dobrý nápad. V manuálu se vždy uvádí postup konfigurace přes web interface. Když jsem se například snažil o automatizaci správy TLS certifikátu tak, že jsem je uploadoval přímo přes SSH, tak certifikát se sice změnil, ale ve web interface v konfiguraci jsem stále viděl původní název souboru... Ohledně správy pomocí příme editace konfiguráků se chci dotázat podpory Teltoniky.

[František Ryšánek]

Znáte to - chytrému napověz. Není zač.

Jestli jste to dokázal zmoct pomocí HTTP GUI tak není proč se hrabat ve vnitřnostech společných s OpenWRT, do kterých to GUI taky po svém drbe. Našel jste čistší řešení.

[Reklama]

[vpn22]

To hrabání se v konfigurácích je širší tema, netýká se to jen tohoto konkrétního nastavení PPPoE. Řeším to například kvůli hromadné změně konfigurace na cca 40 routerech.

[František Ryšánek]

Nejdřív zkuste zjistit, jestli nemá Teltonika nějaký oficiální postup na backup+restore konfigurace, případně oficiální CLI (jiné než OpenWRT konfiguráky).

Jinak mě napadá, pokud to jejich GUI (založeno na LuCi?) nemá nějakou "svoji" neprůhlednou databázi konfigurací, tzn. pokud je předpoklad, že je všechno uloženo v /etc/ resp. /etc/config, udělat si snímek /etc/ nebo /etc/config před změnou, pak provést změnu přes HTTP GUI, následně udělat druhý snímek těch konfiguračních adresářů. A někde bokem na PC je porovnat, např. "diff -Naur $cesta/starej $cesta/novej".

Možná je to celé ještě jednodušší: pokud uděláte změnu rukama v konfigurákách, samo se to za jízdy do GUI nepromítne. Je potřeba restart, resp. měl by stačit soft-reload či soft-restart servisky "network":

service network reload
service network restart

https://openwrt.org/docs/guide-user/network/network_configuration#managing_configuration