Ondrej1

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í

1.  Chodí upozornění separátním emailem?
2. 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:

před 14 hodinami, Drejkys napsal:

Ještě mi tu nikdo nevyvrátil nestabilitu latencí na Compalu kvůli použitému chipsetu Intel Puma 6. Do nedávna se tu objevovali rady zůstat na Technicoloru apod. To jako ten hardwarový problém vyšuměl?

V podstatě vyšuměl z několika důvodů:

1.  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).
2.  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.
3. 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.

V 17. 3. 2022 v 8:37, Daviddvbc napsal:

Nevím no, nedávno jsem zjistil, že naše škola používá pro svých, skutečně mnoho dat. toků zároveň bílý compal od UPC. Je tedy otázka, jestli je problém skutečně v modemu.

Sekundového zpoždění u 3-way handshaku při otevírání TCP spojení si ve škole nemá nikdo šanci všimnout.

V 16. 3. 2022 v 16:23, nettle napsal:

Zdravim,
řeším zajimavej problém,
mám internet od UPC/vodafone/ - mám od nich klasickej koax modem je nastavenej v bridge a za ním můj mikrotik s veřejkou.
Nicméně jsem narazil na problém že pokud mám více otevřevejch spojení cca nad >600 tak jsme mě začíná výrazně prodlužovat doba otevření nového spojení - kldině i 1s nebo i víc. Jedná se opravdu o otevření spojení, jakmile se otevře vše už jede jak z praku.
Myslel jsem si že je to slabým mikrotikem (hex) třeba že má málo paměti - všechna spojení jsou natovaný tak jsem na to nasadil CCR1036-8G-2S+ co se mě doma válel ale situace se vůbec nezlepšila.

konfigurace je docela jednoduchá
jedna veřejka, bridge, nat, pár port forwardů <10, pár FW pravidel < 20.

Moje otázka ale je nevíte zda-li UPC/vodafone/ blokuje počet connections pro koncáky?

Máte někdo podobnou zkušenost?
Počty connections jsou legitimní není to žádný ddos ap.

situaci řeším i s VF ale zatím sem pouze jednou poslali technika který vyměnil modem a změřil signál - oboje ok. A ženou ho sem zítra znovu.

 

Předem díky

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.

V 11. 11. 2021 v 17:31, MekliCZ napsal:

Na https://www.vodafone.cz/prevedeni-sluzeb/ se po zadani variabilniho symbolu da zjistit termin prevodu k VF

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.

Ještě ke včerejšímu výpadku Facebooku a spol - indukovaně exUPC. Celé odpoledne a večer  jsem pracoval jsa připojen přes exUPC a bez jediného zakoktání. Je fakt, že používám Google DNS 8.8.8.8. Vypadá to že: Nasadili jsme náhradní řešení, všechny části naší pevné sítě jsou navzdory přetrvávajícímu masivnímu výpadku Facebooku plně funkční. (z Twitteru Vodafonu) se týká jen přetíženého DNS serveru exUPC. Jednou bylo zase lepší mít googlovský DNS, tak to příště bude naopak 😀.