Optika T-Mobile a vlastní MikroTik

[cuciq]

(duplicitní příspěvek, díky nefunkční konektivitě, prosím moderátory o smazání)

Ahoj,

dnes mi konečně dotáhli do bytu optiku od T-Mobile. Mám tu od nich jen GPON, v takovém případě za to nic nechtějí. Za tím mám daný svůj vlastní Mikrotik. Problémem je, že to často padá. Předtím na GPON od O2 (přes DHCP) fungovalo stabilně a bez problémů. Tady chtěli nastavit PPPoE klienta na WAN, v logu pak vidím pravidelně toto:

 

Kód: [Vybrat]

2025-12-29 17:14:37 interface,info ether1_WAN link down
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: terminating... - disconnected
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: disconnected
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: initializing...
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: connecting...
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: terminating...
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: disconnected
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: initializing...
 2025-12-29 17:14:37 pppoe,ppp,info pppoe-tmCZ: connecting...
 2025-12-29 17:14:40 interface,info ether1_WAN link up (speed 2.5G, full duplex)
 2025-12-29 17:14:40 interface,info ether1_WAN detect UNKNOWN
 2025-12-29 17:14:42 pppoe,ppp,info pppoe-tmCZ: authenticated
 2025-12-29 17:14:42 pppoe,ppp,info pppoe-tmCZ: connected
Jediné co jsem zkusil (ani to není nikde oficiálně napsané) je nastavit v PPPoE klientovi Max MTU a MRU na 1492 a stejně tak na WAN interface (z původních 1500). Padá stále.

Než tam budu volat, zajímalo by mne jestli se s tím někdo z vás zde nesetkal, a neporadil by jestli je tam někde něco co by situaci pomohlo vyřešit. ROS je aktualizovaný na poslední stable verzi včetně firmware.

Předem díky za jakékoliv odpovědi.

[Reklama]

[Vantomas]

Co je to za Mikrotika? Těch 2.5 Gbit je nějaký SFP modul nebo nativní port v RB5009? Zkusili bych vypnout autonegotiation na ether1 a nastavit natvrdo rychlost. Na ether1 nechat MTU původních 1500, PPPoE si bere 8B, proto je pak na tunelu MTU 1492. Když to snížíš na ether1, sníží se to pak i na tunelu o dalších 8B dolů. Každopádně tenhle problém bych spíš tipoval do kabelařiny/modulů/špatného ONT.

[cuciq]

Ahoj,

je to C53UiG+5HPaxD2HPaxD, hap ax3 - tedy nativní port. SFP moduly ač bych chtěl zatím podle mých informací nabízí jen v Olomouci kde testují 8Gbit - tohle bohužel není můj případ, mám 2Gbit v Brně.

Díky za radu ohledně MTU, vrátím to zpět - je tu ještě varianta že v SMS od operátora mi psali, že dokud to neaktivují a já to neuvidím v aplikaci, nebudu to moci řádně používat. Proto čekám do zítřka - kdy už by to mělo být než budu volat. Ale technik mi říkal, že to už úplně v pohodě můžu používat hned. Zatím jsem tam musel vrátit původní 1Gbit optiku od O2, kterou jsem naštěstí ještě nezrušil, všichni jsou doma a výpadky co deset minut mi opravdu těžko prochází. Určitě sem ale napíšu jak to nakonec dopadlo.

[Vantomas]

Link down/up vypadá na nějaký hardwarový problém, než cokoliv s nějakým nastavením nebo konfigurací služeb u operátora.

Ještě jsem dohledal, že hláška "detect UNKNOWN" je od funkce "Detect Internet". Tuhle věc nepoužívám, tak úplně nevím jak se to chová, ale zkusil bych to na ether1 vypnout, protože tam internet nikdy nebude, ten je až uvnitř toho pppoe, možná ten port shazuje tohle.

[Radek Zajíc]

Zkusil bych ten ethernetovy port v mikrotiku natvrdo nastavit na 1 Gbps.
Jestli je ten 2.5 GbE port stejne kvalitni jako v RB5009, tak to muze byt v 2.5 GbE rezimu uplne nepouzitelne.

[Reklama]

[Aleš Rygl]

Souhlas, take mi to prijde jako problem fyz. vrstvy, i kdyz ne nutne. Pozor, tu autonegociaci je nutne vypnout na obou stranach.
A jeste bych zkusil udelat nejaky packet capture, co se tam vlastne deje...

[Vantomas]

Pozor, tu autonegociaci je nutne vypnout na obou stranach.

Není potřeba to vypínat na obou stranách, maximálně se to bude chovat tak, že se po zapojení port nahodí a pak vypne a pak zas zapne třeba až po 5 sekundách. Normálně bych před tím nevaroval, ale protože to druhé zařízení je operátora, chci cuciqa ušetřit toho, aby jim tam někam zkoušel volat a dovolávat se toho, že chce vypnout autoneg.

[Aleš Rygl]

Pozor, tu autonegociaci je nutne vypnout na obou stranach.

Není potřeba to vypínat na obou stranách, maximálně se to bude chovat tak, že se po zapojení port nahodí a pak vypne a pak zas zapne třeba až po 5 sekundách. Normálně bych před tím nevaroval, ale protože to druhé zařízení je operátora, chci cuciqa ušetřit toho, aby jim tam někam zkoušel volat a dovolávat se toho, že chce vypnout autoneg.

Ach ano, to mi nedoslo, ze to druhe zarizeni neni pod plnou kontrolou uzivatele. Kazdopadne s autonegociaci na strane jedne a pevnym nastavenim duplexu na strane druhe nemam dobre zkusenosti, casto se to nespisklo vubec.

[František Ryšánek]

Autoneg pro gigabitový metalický režim IMO ani vypnout nejde.
Čili nechat auto-nego zapnutý, ale omezit množinu podporovaných rychlostí na Mikrotiku, aby protistraně nabízel jenom 1Gb. Odhadem něco jako:

/interface ethernet
set <rozhrani> auto-negotiation=yes
set <rozhrani> advertise=1G-baseT-full
set <rozhrani> speed=1G-baseT-full
...ten poslední řádek by ani neměl být potřeba.

https://help.mikrotik.com/docs/spaces/ROS/pages/8323191/Ethernet
Eh ta dokumentace používá některé nešťastné formulace, ale vcelku je tomu myslím rozumět.

Předpokládám, že ten PON CPE box od providera umí taky 2.5 Gbps, a že mikrotik do logu nekecá, tzn. nejede to na gigu samo od sebe, skutečně se to snaží o 2.5 Gb. By mě zajímal rodokmen obou těch síťovek, ale to se asi nedozvíme. Například základem Vašeho Mikrotiku je SoC Qualcomm/Atheros IPQ6010 - nenašel jsem jasnou dokumentaci, zda je 2.5Gb Eth WAN port on-chip v IPQ SoCu nebo nějaký externí přes PCI-e.

Říkáte, že v defaultní konfiguraci = když má povolenou rychlost 2.5 Gbps, se to spojí, ale jednou za pár minut to upadne. Bylo by zajímavé, vidět počítadla chyb fyzické vrstvy (Frame Checksum Errors), ideálně z obou konců, ale možná by byl problém zřejmý i jednostranně na mikrotiku (vzhledem k tomu, že 1Gb a výš jede na metalice full duplex po každém páru zvlášť). Tzn. zkoumal bych něco jako

/interface ethernet print stats

Třeba by se dalo něco vylepšit na použitém propojovacím kabelu.