Ondrej1

@PaRaVodafone station umí bridge už poměrně dlouho (několik let, na začátku neuměl a holt se to s ním táhne). V bridgi má u mě spotřebu 11,7 W (měřeno v zásuvce poměrně přesným Voltcraftem), která je srovnatelná jako spotřeba bridgovaného Compalu (rozdíl v desetinkách W) a i pocitově topí zhruba stejně.

Teď jsem se díval a ukazuje to plusminus 11,7 W bez ohledu na zatížení (měřeno poměrně kvalitním Voltcraftem). Možná nepatrně méně než předchozí Compal, ale podstatně více než UBEE (modem).

U Kaktusu jsem s "nulovým" tarifem od ledna 2016, když nulový tarif rušilo pro změnu O2 (O2 Zero). Nelituji ani chvilku, Kaktus je skvělý no-nonsense operátor.

Jenom odhad, Huawei je docela vykopávka, má jen LTE category 4 s maximálním teoretickým downlinkem 150 Mbps, libovolný dnešní (i včerejší) telefon na tom bude řádově lépe. A od maximální rychlosti se odvíjí i ta reálná, čili pětina mě vůbec nepřekvapuje.

@Marek-26@CableG Díky za info, mám dva doplňující dotazy, jestli @Marek-26ví Chodí upozornění separátním emailem? Je nová adresa včas vidět (nejlépe v https://www.vodafone.cz/muj/), abych včas udělal změny o víkendu a nemusel šílet v pondělí po ránu?

Ráno mi přišel obligátní email Milý zákazníku, máme pro vás důležitou zprávu ohledně vašeho modemu ke službě Pevný internet. Technologie se vyvíjejí, a tak je na čase vyměnit váš modem za nový, díky kterému získáte kvalitnější připojení a bezpečný přístup k internetové síti. Doma mám černý Compal, to už se mění i ty, nebo je to nějaká chyba v matrixu? (O ulici vedle máme v práci bílý Compal a ticho po pěšině).

Rychlý test - půčit si někde (hloupý) switch a dát ho mezi Vodafone Station a tiskárnu. Už tady totiž byly reportovány problémy Vodafone Station s některými Mikrotiky, tohle vypadá podobně.

U mě v práci v pořádku, uptime 160 dní (Compal v bridgi).

@zajdeeDíky, snažil jsem se o tom najít dovědět víc, ale zatím je to syrové a nikdo nic nevěděl, za zímku stojí perlička z ceníku: V ceně tarifu Cable Internet 250–1000 je přidělení jedné privátní IPv6 adresy. Tak aspoň vím, že se nejedná o chybu a nemusím dál pátrat.

U Compalu normálně funguje http://192.168.100.1, nesmí se dát https.

@sodekcz Díky za zprávu, jakkoli nepotěšující. Pochopil jsem to dobře, že pokud jsou VF a Mikrotik připojeny přes (hloupý) switch, tak k problému nedochází? (Chci teď v práci upgradovat dvojici µTiků právě za RB5009, ak ať vím, co mám čekat).

Zkusil jsem si to a na Mikrotik mi paket na port 21 normálně přijde (tedy ze sítě Vodafone), SYN pakety se v logu ukážou, čili určitě to není řezáno globálně (@tomus). Tak přijde i ze sítě O2, čili Vodafone je v tom (skoro jistě) nevinně. (Jinak testoval jsem to tak, že na (skoro) začátek input chainu ve firewallu jem dal logovat a zahodit tcp pakety na port 21) Ještě nápad – neběží na tom Mikrotiku náhodou ftp služba na portu 21? Pak by se to mohlo chovat takhle. Já ji mám vypnutou:

V podstatě vyšuměl z několika důvodů: Puma 6 bug je poměrně specifický (velké množství otevíraných TCP spojení) a jenom (nepatrná) menšina těch, kdo má problém s Vodafone/DOCSIS internetem ho má způsobený tímhle bugem (ale jsou takoví, ne že ne). Ti, kdo s tímto bugem bojovali, měli ještě dost dalších důvodů, proč je Vodafone/DOCSIS internet špatně a s rozvojem optiky utekli na optiku. A jak známo, kde není člověk, není ani problém. S možností mít Vodafone Station (VS) k nižším tarifům a s možností přepnout VS do bridge se problém stal řešitelný pro všechny, kdo jsou Puma 6 bugem postižení, a to za kulantních 30 korun měsíčně. (VS obsahuje Puma 7 chipset, který tenhle problém nemá.)

V práci mám na Compalu uptime 127 dní, doma to bude dost podobné, v obou případech shozené do bridge. Ve srovnání s předchozím Ubee mě štve spotřeba elektřiny, ale jinak spokojenost.

Tady je to jednodušší, na WAN (nebo ether1 nebo patřičném) rozhraní Mikrotiku nechat DHCP klienta a o víc se o IP adresu nestarat.

Firemní i domácí odpovídají (compal v bridgi, za ním různé Mikrotiky). Zkoušeno vzájemně na sebe, čili v síti Vodafonu jenom přes pár hopů, odpoledne to zkusím odněkud hodně zvenku.

Taky po mnoha letech nová IP.

Speedtest na brněnský Vodafone naměří správně 500/50.

RB4011 je bezpochyby nádherný kousek hardwaru, ale pokud jde jenom o to uroutovat 1Gbit, tak by to ze stáje Mikrotiku měly dávat i RBD52G (hAP ac2) a pokud není potřeba wifi, tak RB750Gr3 (hEX). Oba mi tu routují 500 Mb a dávají to s obrovskou rezervou.

Díky za zprávu, závěr je celkem jasný, pro tenhle use case je Vodafone nepoužitelný. Přiznám se, že já osobně, kdybych měl možnost optiky, tak o DOCSISu vůbec neuvažuji. Tož všecko nélepší s tem pertinaxem.

K původnímu dotazu - určitě není pravda, že to dělají všechny routery/oblasti. Za zbridgeovaným Compalem mám Mikrotik a ten restartuji při jeho každém updatu (minimálně jednou měsíčně) a už několik let se mi IP adresa nezměnila. Ohledně důvodu častých restartů routeru, sice dobře rozumím důvodu tohoto počínání, ale podle mě je to Špatné Řešení. Pokud mám spolehlivý router a spojení vyhnije na straně klienta (v případě IoT téměř jistota), je lepší restartovat jenom to(ta) rozhraní routeru, kde jsou IoTy připojeny a nikoli celý router. Navíc z hlediska (ne)bezpečnosti se stejně doporučuje mít IoT na jednom virtuálním rozhraní a pak je ten restart ještě jednodušší.

Taky mi to volalo, velice špatná angličtina v nějakém call centru, buď podvod, nebo nesmysl. Položit, neřešit.

Sekundového zpoždění u 3-way handshaku při otevírání TCP spojení si ve škole nemá nikdo šanci všimnout. Byl jsem první, kdo na ispforu navrhnul PUMA 6 bug, ale nejsem si tím moc jistý. Zaprvé, to zdržení se projevuje pouze u 3 way handshaku při otevírání TCP spojení (a všechno ostatní je s určitostí nezpožděné), nebo může být i jinde (jenom ho tam nepozorujeme)? V tom prvním případě to totiž na PUMA 6 bug moc nevypadá (v tom druhém ano). Asi by bylo nejlepší nechat všechno (mikrotik, konfiguraci, servery) tak jak je a zkusit to na záložním (neDOCSIS) připojení, optimálně ADSL (a nejlépe od Vodafonu 😀). Pokud problémy vymizí, je to jasné. Při tomhle scénáři (600 spojení) může být až příliš mnoho chyb na příliš mnoha místech. Já jsem to včera otestoval u nás (bílý Compal v bridgi, za ním RouterBOARD 750G r2) dostal jsem se na 700 spojení (většina TCP, něco málo UDP, dle Mikrotiku) a problémy jsem nepozoroval. Každopádně výsledek mě moc zajímá. A pro úplnost dodám odkaz na PUMA 6 bug test: http://www.dslreports.com/tools/puma6 (u nás to máme červené jak muletu, ale nikomu to nevadí.)

Pokud to se starým notebookem fungovalo bez problémů (i na 5 GHz ?) na současném notebooku to bezproblémově funguje po kabelu, tak to poměrně jednoznačně ukazuje na problémový ovladač wifi na novém notebooku. Začal bych tím, že bych popátral po nejnovějším/spolehlivém ovladači, pokračoval pátráním v logu (win11, router i synology) jestli to nedá hint co se děje.

Na firemním účtu mi to dává termín začátek ledna, u domácího mi to píše Změna termínu - převedení vámi využívaných služeb do systému Vodafonu proběhne v jiném termínu. Dáme vám vědět hned, jakmile ho přeplánujeme.