DiDiDi

Nevíte, jestli nastal nějaký posun? Ať už u bridge mode, tak u veřejné (klidně dynamické) IPv4 (o dual stacku nebudu ani snít)... A je nějaké místo/fórum/vlákno, kde se kabel od TM řeší? Uznávám, že oficiální fórum konkurence není to nejšťastnější místo. 😅

Doufal jsem aspoň v jeden 2.5GBASE-T port, jako u T-Mobile. U gigabitu by tím člověk získal 40-70 Mbps downloadu navíc - a taky jsem doufal, že multigigabitová budoucnost je blíž (ale je fakt, že nejpalčivější problém je teď tragický upload).

Mně (Brno u Lužánek) nabízí 100Mb jen T-Mobile, Vodafone ne... 🙂 Škoda té absence veřejné IPv4...

https://www.t-mobile.cz/dcpublic/Cable-Internet-Pozadavky-na-zarizeni.pdf Nativní IPv4 režim Nativní IPv6 + DS-Lite režim Dual-stack režim Tak snad časem? S nějakým vlastním modemem? 🙂

A je 100 Mb/s upload opravdu (aspoň většinou) 100 Mb/s? Vodafone mi toto stále neumí nabídnout...

Tak co, přešel někdo ke konkurenci? 😈 Zkušenosti? Mě zajímá: Jak to funguje s IPv4/6? Zejména: kolik veřejných IPv4 (jestli vůbec)? Jak to jde dohromady s IPv6? Modem: Funguje bridge režim tak jako u VF? Speedtest přes 2.5GBASE-T port? A klidně další postřehy... Spolehlivost (přeci jen jste v této fázi testovací králíci...)

Ujistěte se, že router/zařízení připojené k VFS odpovídá na ARP requesty tazatelů, kteří nespadají do sítě/netmasky přidělené (veřejné nebo Vodafone interní) IP. Spousta zařízení tyto ARP requesty (po právu, normálně by ARP měl operovat jen v rámci sítě) zahazuje a pak komunikace s 192.168.100.1 přestane fungovat, jakmile router/zařízení dostane IP od VF DHCP serveru. V Linuxu (a potažmo OpenWRT, Turris atd.) je tak třeba zajistit, že https://sysctl-explorer.net/net/ipv4/arp_ignore/ nemá pro all ani daný interface hodnotu 2.

Nemáte, lišíte se v aktivním CSC (jestli se tomu ještě tak říká), což je branding/konfigurace od operátora a právě tím to možná bude. VDC - český Vodafone, EUX - EU univerzál. Myslel jsem teda, že čeští operátoři jsou v EUX už zahrnutí všichni tři, ale možná tomu u S23 tak nebude (já mám T-Mobile, S23 Ultra koupené v CZC, telefon zůstal na univerzálním EUX i po vložení SIMky a VoLTE normálně funguje). Každopádně tyhle problémy nastávají (a nastávaly hlavně v minulosti, když každá kombinace země a operátora měla vlastní CSC), když někdo zapnul zařízení bez SIM karty a po vložení SIMky odmítl factory reset (který změní CSC na to, které odpovídá SIMce). Tj. zkusil bych reset do továrního nastavení, popř pak existují (nebo aspoň existovaly) další způsoby, jak CSC změnit.

Teď jsem to zkoušel (přivěsil jsem několik macvlan interfaců na wan): S gigabitem a VF Station dostávám 3 veřejné IP. 4. MAC adresa má už smůlu... 🙂 V dobách 300mbitu a Ubee modemu jsem měl tuším 4.

Taková věc, na kterou jsem přišel: Pokud používáte VS v bridge/modem režimu a po získání veřejné IP adresy přes DHCP nefunguje administrace na 192.168.100.1, problém může být v tom, že zařízení, kterým (resp. skrz které) se na administraci připojujete neodpovídá na ARP requesty modemu - typicky protože 192.168.100.1 je mimo subnet přidělené veřejné IP. V Linuxu tomu odpovídá net.ipv4.conf.{all, interface}.arp_ignore, hodnota 2 způsobí, že se ARP requesty modemu budou zahazovat. Některé routery/zařízení se takhle zřejmě chovají by default.

Díky! Už mám ale domluveného technika na úterní večer (zákon schválnosti tedy káže, že specificky a pouze ten večer bude vše v pořádku...). Včera jsem tam volal a ten problém s rušením už prý vyřešili, u mě ale jediná změna nastala v tom, že mi chvílemi šel do kytek download namísto uploadu 😄 - a to až tak, že byl problém načíst samotnou stránku speedtestu. Nicméně po chvíli se to obrátilo a chovalo jako celý týden předtím, tj. download +- OK a upload špatný s velkým packet lossem. A stále platí, že vše je každý den zcela OK až do pozdního odpoledne/večera (i o víkendu, takže nevěřím tomu, že by to bylo špičkou, jak mi tvrdili - upřímně už nevěřím ničemu, co mi řekli, protože si vzájemně odporovali). Fakt tomu nerozumím, ještě v sobotu minulého týdne bylo vše naprosto OK a bez ohledu na denní dobu jsem měl přesně avizované rychlosti (resp. download už byl asi lehce omezen samotným gigabitovým ethernetem, ale to je samozřejmě v pohodě).

Můj od neděle trvající problém (který se prý týká celé větve/bloku, pokud mi teda sprostě nelhali) tam po 2 e-mailech a 2 hovorech stejně zadaný není. Když jsem tam volal podruhé, jelikož jsem ho tam neviděl, tak ho tedy zadali - na pár hodin... 😄 Problém samozřejmě stále přetrvává o 2 dny později.

Tak to určitě nebude ono. Pro mě to už bude týden v určitých hodinách disfunkčního až zcela nefunkčního internetu, blížím se k vyplýtvání balíčku mobilních dat a... nic - slibovali nápravu ve středu, nic. Ve středu slibovali nápravu dnes, nic. Každopádně pokud si budete stěžovat / oznamovat poruchu, určitě volejte, na e-mail kašlete, já psal prvně e-mail a nikdo si ho nepřečetl, dokud jsem na to neupozornil přes telefon (a nepřímo mi bylo naznačeno, že odpovědi bych se nedočkal :D).

Jak daleko od Pionýrské se nacházíte? :) https://www.techforum.cz/topic/60426-pomal%C3%BD-upload/?do=findComment&comment=449116 Jestli se nacházíte na stejné větvi jako já, tak je tam nějaké rušení/příliš mnoho lidí. Je docela šokující, jak dlouho jim to trvá opravit (problémy jsou od neděle) a jak zadají výpadek/omezení služeb JEN KDYŽ JIM OPAKOVANĚ VOLÁM, a to na pár hodin, i když ví, že to opraví přinejlepším koncem týdne. Tak snad dnes... Když jim tam zavoláte opakovaně, možná Vám nabídnou nějakou kompenzaci. Chtěl jsem (a platím si) gigabit, místo toho si večer (projevuje se to až k večeru, jak začne špička) musím připojovat počítač na hot-spot z mobilu... :(

Tipl bych si, že to může být i množstvím zákazníků v dané lokalitě (větvi) a omezeným frekvenčním pásmem / počtem kanálů. Podobně jako u Cetinu s DSL bondingem... -------------------------------------- Pro zajímavost: https://github.com/nox-x/TG3442DE-Teardown (jestli to tady už bylo, tak se omlouvám) A taky: http://en.techinfodepot.shoutwiki.com/wiki/Arris_TG3442

Ano, jde, bez problémů - ale samozřejmě až ve chvíli, kdy skrz DHCP dostanu (veřejnou) IPv4. Jelikož se jedná o adresu z LAN rozsahu (ale ne Vašeho), může Vám to blokovat nějaký firewall atd.

Já zatím každé 3 vteřiny pinguji bránu (z NASu, co běží 24/7) a loguji to (i s timestampama), snad z toho půjde zjistit, kdy to začíná a končí. Zkoušel jsem i vyměnit koaxiální kabel za kratší, router/modem módy atd., ale všechno opravdu nasvědčuje nějakému rušení. DOCSIS status (ani logy, ale tam skoro nic není tak jako tak) ve VS ale nehlásí žádný problém. Takže včera v 23:56 to skončilo (jakmile se přestaly ztrácet ping pakety, i upload se vrátil na 50) a před chvílí (17:22) začalo.:( Někdo se asi vrátil z práce... Kam přesně mám volat? Jsem ještě u exUPC a nikde jsem žádný telefonní kontakt nedohledal, Vodafone samoosbsluha nesežere číslo mojí smlouvy. (uz jsem to nasel) Tak se jedná o rušení ve frekvenčním pásmu (nejen) mého upload kanálu na celé větvi, takže se to týká ~200 zákazníků z okolí. Tak buď bude neplánovaný výpadek, nebo se změní kanál, pokud je ještě nějaký volný, a opraví se to během plánovaného... 🙂

Tak já mám s gigabitem v Brně úplně stejný problém. Namísto 50 Mbit/s všude naměřuji 1-3 Mbit/s, i ping na samotnou bránu vykazuje 5-15% packet loss. Všiml jsem si toho včera, dnes ráno/dopoledne v pohodě, a teď večer to začalo opět... Napsal jsem e-mail, tak snad někdo opravdu odpoví do 2 pracovních dnů, jak naznačila automatická odpověď.