zajdee

Hlaseni o technicke chybe tam bylo uz pred tremi tydny, kdy jsem to zkousel naposled (tesne pred prevodem od UPC k VF). Nejspis dlouhodobe nereseny problem. 🤔

Na iOSu hazi aplikace po pripojeni displeje pres HDMI chybu MT1550. (odkaz na twitter se screenshotem sem primo vlozit nejde, forum vrati chybu)

Okrem OpenWRT DS-Lite podporovaly D-Linky kdysi davno, ale nevim, jaka je situace ted. Rychly pruzkum Googlem naznacuje, ze DS-Lite podporuji i TP-Linky a ZyXELy (nektere). Neni to rozhodne bezne, plny dualstack a modem v bridge mode by pro pokrocile uzivatele byl mnohem atraktivnejsi a provozovatelnejsi rezim.

Vodafone v Revnicove nemel ani 3G ani kapacitni LTE vrstvy. Pokud se tam objevi 5G, bude to spis jen 5G v pasmu 700 MHz.

Vodafone je posledni operator, ktery bonding na siti CETINu neumi. Je to ostuda. (Taky neumi IPv6 na DSL. Dalsi ostuda.)

Pokud lze zvenku pingnout verejnou IP, je to nejspis spravne pripojene. Jakym zpusobem testujete ping ven? Primo z terminalu toho mikrotiku? Nebo z lokalni site za mikrotikem? Jak vypadaji pravidla pro firewall a NAT na Mikrotiku? Pridejte sem screenshoty z interfaces, ipv4 addresses, firewall, traceroute 8.8.8.8 z toho mikrotiku a z pocitace za mikrotikem.

Ano, takhle to jde, ale to je mimo moznosti bezneho uzivatele. 🙂

Loni na VF station moznost spravy statickych rout nebyla. Na Compalu tusim taky neni.

Liberty Global se zbavuje dceřinných společností už delší dobu. Je jen otázkou, kdy (a komu) prodá slovenskou dceru.

Tak muzete mit firewall pro ethernetove rozhrani a ne pro wifi rozhrani, proto to po prepojeni funguje. 🙂 zkusil bych spis vyzkouset pripojit jiny pocitac kabelem a ssh mezi nimi. pripadne sitarska ladici klasika - udelejte snapshot tcpdumpem a poslete nam ho sem: 1) na pocitaci s kabelem spustte "sudo tcpdump -v -w dump.pcap -i nazevrozhraniskabelem tcp port 22" 2) na pocitaci s wifi se zkuste nekolikrat pripojit na ssh pocitace s kabelem 3) zastavte tcpdump a poslete sem vysledny pcap (predpokladam, ze pc s ssh jsou na linuxu nebo macosu)

A neni mozne, ze Connection refused vraci primo ten SSH demon nebo operacni system (firewall) na pocitaci pripojenem kabelem? Compal router je tupe zarizeni a kabelova LAN a WLAN jsou probridgovane do jedne L2 site. Firewall se uplatnuje smerem do Internetu, e mezi kabelovou LAN/WLAN.

Pokud mate klientske zarizeni s 802.11ax, zkuste, jestli se vam s novym firmwarem (ne)zvedla realne dosahovana rychlost...

S VF station to kvuli absenci bridge rezimu jeste u nas nikdo netestoval... (ktere varianty mate na mysli?)

Omezeni rychlosti se vztahuje na vsechny tunelovaci mechanismy pouzivajici IP protokol 41, tj. 6to4 (automaticke tunely), 6in4 (HE a spol) a 6rd (u nas nikdo neprovozuje). 6to4 ma nad ramec omezeni rychlosti jeste dalsi problemy: - je depreferovano, tj. IPv4 ma vetsi prioritu a operacni system tak IPv6 nebude vyuzivat - je zavrzeno, protoze je velmi nestabilni (https://datatracker.ietf.org/doc/html/rfc7526 a https://www.rfc-editor.org/rfc/rfc6343.txt) Proto je doporuceno 6to4 nepouzivat. Kdo ho nasadi, doslova si pokazi konektivitu z domaci site. Ad volba mezi IPv6 a v4: - browsery implementuji happy eyeballs, tj. pokusi se zaroven pripojit k IPv4 a IPv6 (pouze pokud mate normalni globalni IPv6 adresy, ne 6to4 adresy zacinajici 2002:...) a "prvni rychlejsi pripojeni vyhrava" (https://www.lupa.cz/clanky/happy-eyeballs-aby-uzivatele-pri-vypadcich-netrpeli/); IPv6 dnes dokonce ma i trochu naskok, takze obvykle vyhraje. - happy eyeballs neresi problemy, kdy jedno ze spojeni je vyrazne pomalejsi, tj. v pripade Compalu bude preferovana IPv6 konektivita s nizkou rychlosti

🤷🏻‍♂️Tocime se v kruhu. HE neni 6rd ani 6to4. HE skrz sit UPC/VF vzdy fungovalo. TP-Link ma v GUI bordel a nejspis ho ma i ve firmwaru, kdyz ti najednou zacalo fungovat neco, co ostatnim klientum normalne fungovalo. A v UPC/VF se nemaji cim chlubit, protoze nic novyho nerozchodili. (Problem s rychlosti tunelu skrze Compal zustava.)

Ne, vubec jsi nenapsal, co jsi tedy presne nastavil a co zacalo fungovat. Takze jsi realne nikomu nepomohl, jen tu zmatl ctenare. Budu-li vychazet z prvniho navodu na Googlu, tak TP-Link umi nastavit "6to4" (vyuziva automaticky generovany prefix a dnes je kvuli nestabilite zapovezene) a "6rd" (vyuziva manualne nastaveny prefix a tunelovaci branu). Pokud ti zacal fungovat IPv6 tunel na TP-Linku s IPv6 prefixem a tunelovaci IPv4 adresou HE a nastavenim TP-Linku "6rd", ve skutecnosti jsi nastavil "6in4" tunel k HE. Funguje to diky tomu, ze 6in4 i 6rd pouzivaji shodny transport a lisi se v konfiguraci (parametry pro 6rd dodava operator, tunelovaci server je v jeho siti, IPv6 prefix je z rozsahu operatora a obvykle operator dokaze 6rd nakonfigurovat automaticky a vzdalene; parametry pro 6in4 dodava HE, IPv6 prefix je z rozsahu HE, konfiguruje se rucne). Rozdil je v tom tedy dost vyrazny. Jak jsem psal v prvnim prispevku, v tomhle rezimu to skrze sit UPC vzdycky fungovalo (vuci tunelovacim serverum HE, SIXXS i jinym). Jeste me napadla jedna vec: Mikrotik to ma v GUI taky blbe, ale jinak nez TP-Link. V RouterOSu manualne konfigurovanym tunelum rikaji 6to4, i kdyz se nepouziva automaticky generovany prefix z rozsahu 2002::/16, ale rucne nastaveny prefix a IPv4 protistrana tunelu.

"IPv6 - tunel 6to4" "Tak spolu s pevnou veřejnou IPv4 už funguje i IPv6 (tunel 6to4)" 🤔🤷🏻‍♂️ale nikde jsi to nepsal, no. (HE neni 6rd, ale 6in4.) Dozvime se, co teda presne zacalo fungovat? Pro ostatni ctenare: 6to4 ani 6in4 nevyzaduji krome transparentniho forwardovani zadnou podporu na strane ISP. 6to4 je velmi nestabilni a dnes zavrhovany protokol, nicmene vzdycky byl v siti UPC rozchoditelny (staci mit verejnou IPv4 adresu a spravny router). 6in4 v siti UPC je a vzdy bylo funkcni, jen na Compalu trpi omezenim rychlosti v kazdem ze smeru na ~20 Mbps. 6rd vyzaduje podporu na strane ISP. Krome jineho musi operator v siti mit 6rd tunelovaci server. IPv4 je nativni. Transport IPv6 paketu mezi klientskym routerem a tunelovacim serverem ISP vyuziva IPv4 sit operatora (IPv6 se prenasi po IPv4). Tento rezim UPC nikdy nepodporovalo. DS-Lite (aktualni rezim nasazeni u UPC pro rezidentni pripojky zrizene po cervnu 2017) vyzaduje podporu na strane ISP. Operator musi mit v siti DS-Lite tunelovaci server. IPv6 je nativni. Transport IPv4 paketu mezi klientskym routerem a tunelovacim serverem ISP vyuziva IPv6 sit operatora (IPv4 se prenasi po IPv6, opak 6rd).

@Adolf.Shitler 6to4 (puvodni prispevek) neni 6rd. UPC 6rd nevyuzivalo vubec. Nativni dual-stack pak neni ani 6to4 ani 6rd. 6in4 (managovane tunely - HE tunnelbroker.net a spol) fungovaly vzdycky, pokud mel uzivatel modem v bridge. Neni duvod, aby zacaly fungovat az ted. Jak presne ma vypadat ta konfigurace s 6rd? Ja velky prefix uzivatel dostane, jaky 6rd server ma pouzit? Je a pro IP protokol 41 bohuzel bude. Jedina cesta z tunelu je pomoci jineho modemu.

Co znamena "funguje"? On nekdy byl s touhle konfiguraci problem (jiny nez pomala rychlost)?

Napis CETIN na chodniku je tzv. vytyceni site (mely by tam byt vyznacene i dalsi site jako elektrina, plyn, voda) a slouzi k informovani stavebnika, aby si v tech mistech daval vetsi pozor a site neposkodil. Nemusi to nutne znamenat, ze tam probiha stavba site elektronickych komunikaci. Jak vlastne vypadaji ty "ctyri kabely ve sklepe"? Uz ten pocet je zvlastni. Pokud by to ale byly treba jen prazdne HDPE trubky, ty by nekde musely mit konec a treba by to zavedeni nakonec mozne bylo. 🤔

Nainstalujte DRMinfo a pošlete výsledek kontroly. https://play.google.com/store/apps/details?id=com.androidfung.drminfo&hl=cs&gl=US Pokud tam bude Widevine L3 nebo to je zařízení zcela bez Widevine, případně tam není rozumně vysoký HDCP level, tak je to problém s DRM (L3 je vyhovující na počítači, ale nevím, jak se VF TV na L3 tváří na Androidu). Pokud je to rootnuté zařízení nebo zařízení s odemčeným bootloaderem, může být problém v tom.

Chrome, Firefox a asi i Opera (neoveroval jsem) pouzivaji DRM Google Widevine. Ten ma obvykle prvnich 10 sekund zaznamu nesifrovanych, dalsi uz pak sifrovane (nevztahuje se na live stream, ten je sifrovany vzdy). Pokud neziskate licenci, prehravani se prerusi. Pokud Vodafone uplatnuje kontrolu Verified Media Path (cela cesta musi byt HDCP-compliant/zarucene nenarusena), pak pripojeni VGA monitoru, HDCP-nekompatibilnich prevodniku, atp., vede k tomu, ze neziskate kvuli selhani kontroly VMP licenci a prehravani se prerusi nebo vubec nezacne. Linux pak podporu VMP nema vubec, aplikace by tam nemela fungovat vubec. VF TV zatim nemam, tak to bohuzel osobne overit nemuzu.

Ne, Vodafone (UPC) nemá nasazené dynamické generování IPv6 reverzních záznamů.

@Marek-26 tech 10 adres ovsem realne malokdo vyuziva, praktictejsi rezim je "compal jako router" resp. compal jako bridge a za nim jeden router. Plati i pro domacnosti, kde na nejvyssim tarifu jeste porad lze mit za modemem (bridge) 4 zarizeni s verejnou adresou. Takze to neni tak, ze by 1 business zakaznik = 10 vyuzitych adres. @quadra2030 AFTR u nas bezne pretizene nejsou, ale jakmile nekdo generuje trochu vic provozu (spojeni), narazi snadno na limit poctu aktivnich spojeni na zakaznika. Popisoval jsem tady:

UPC (Vodafone) za posledních několik let zřizuje nové přípojky v režimu DS-Lite, takže množina využitých veřejných IPv4 adres se spíš zmenšuje (jak stávající zákazníci s IPv4-only odcházejí a noví přicházejí už na DS-Lite). Takže "není kde brát" úplně nesedí. 🙂 Jo. U O2, na APN internet. U Vodafone jedině pokud si jako firma zaplatíte privátní APN. Jinak ne.