cervotoc

A na co je tedy vázaná? Smlouvu?

No to /56 per modem mě právě zaráží. Když odejde, když se vymění, rozsah zachovají? Není to tedy spíš per smlouva?

A je i nějaká roadmapa, kdy se ipv6 dostane i k běžným uživatelům? A jak bude rozsah přidělený? Per smlouva?

Dnes dopoledne mi na VS dorazila aktualizace FW - AR01.04.137.04_021624_7249.SIP.10 Docela by mě zajímalo, co se vše "změnilo". Minimálně jsem si všiml, že konečně DOCSIS svítí Online 😅. Taky by mě zajímalo, jestli se vyřešil i problém s kompatibilitou některých Mikrotiků (RB4011 apod). Za mě zatím žádný problém - bridge mode.

@sodekczTak to se mi ještě teda nepřihodilo. A jak si to vyřešil? Restart VS nebo jen Mikrotika? Vyndal jsem detailní statistiky rozhraní SFP (za 7 dní od restartu) pro případné porovnání: cmd> /interface/ethernet/print stats-detail 10 R name="wan-sfp" driver-rx-byte=132 879 181 997 driver-rx-packet=345 894 903 driver-tx-byte=2 113 295 802 driver-tx-packet=15 309 692 rx-bytes=128 036 628 635 rx-packet=345 894 402 rx-too-short=3 rx-64=263 133 167 rx-65-127=1 925 481 rx-128-255=527 198 rx-256-511=756 458 rx-512-1023=576 734 rx-1024-1518=78 987 780 rx-1519-max=27 rx-too-long=1 rx-broadcast=262 697 623 rx-pause=0 rx-multicast=271 rx-fcs-error=2 004 rx-align-error=2 rx-fragment=0 rx-length-error=0 rx-jabber=1 rx-drop=648 931 tx-bytes=1 898 960 114 tx-packet=15 309 692 tx-broadcast=10 425 tx-pause=0 tx-multicast=20 807

@sodekczjá to tak mám od začátku, co jsem si Mikrotika koupil, jelikož jsem potřeboval přesně 11 portů, aby mi to vyšlo na WAN, server a 9 portů do všech zásuvek po bytě; jinak k tomu hřátí, tak jsem se taky divil, ale u toho SFP je to celkem asi běžné; navíc tenhle mikrotik se obecně hřeje, takže je fajn, že mi to chladí větráky ze serveru 😁 Jinak jsem měl trochu čas se tím zabývat a udělal jsem si druhou propojku na Mikrotik/eth9 - VS/eth2, přenastavil a přepnul WAN a problémy se ihned objevily - takže jsem port zatím vypnul a až vyjde další FW od VF, tak můžu jednoduše znovu ověřit, zda-li to bylo opravené. Porovnal jsem trochu HW od Mikrotiků a jelikož to s architekturou evidentně nesouvisí, tak jediný další rozdíl je v chipsetu switchů, které Mikrotiky používají. U zmíněných RB951G-2HnD, hAP ac^2 a ac^3 (a většině dalších) se používá Gigabit Switch Atheros 8327, kde to evidentně funguje. Zato u řady RB4011 je použit Realtek Gigabit Switch RLT8367, kde evidentně se problém projevuje. Je celkem zřejmé, že problém bude někde na úrovni fyzické/linkové vrstvě. Porovnal jsem i nastavení switchů a eth portů jak u RB4011, tak i ac^3 a jediný rozdíl byl ve velikost L2 MTU - sjednocení nepomohlo, což jsem tak trochu předpokládal. Jinak ze schématu u mého RB4011 je vidět, že SFP port jde úplně mimo switche přímo na CPU, což by i vysvětlovalo proč to funguje, a že problém bude někde v kompatibilitě Realtek switchů a VS. Když to shrnu, tak nekompatibilitu asi způsobil FW na VS. Ale jelikož nevíme (a nikdy asi nezjistíme), co se ve FW VS změnilo, těžko usuzovat, jestli je problém na straně VS a nebo Mikrotiku/FW Realteku co se týče nějakých norem pro komunikaci.

@sodekcz @Ondrej1 Ahoj, mám nyní obdobnou konfiguraci - fw AR01.04.046.25_091322_7244.SIP.10.X1 a RB4011 (konkrétně RB4011iGS+5HacQ2HnD s FW 7.10) a tímto problémem vůbec netrpím. Je ale dost možné, že je to tím, že mám na místě SFP+ portu modul S-RJ01, který je propojen právě s VS. Takže pokud nechcete čekat na nový FW od VF a zároveň nechcete mít zařízení navíc, tohle by mohlo být elegantní řešení (pokud tedy SFP+ port nepoužíváte již na něco jiného).

@Marek-26 Ale nikam, to je u rodičů. Já jsem stále v Plzni 🙂 Ohledně tématu. Dostal jsem se zase k možnosti to trochu sledovat a kupodivu se vše asi vyřešilo samo. Resp. už služba jede tak, jak bych si představoval. Vyzkoušel jsem si pustil Ping Tracer přes tři hodiny vkuse s kadencí 10paketů/s a za mě dostačující výsledek (pouze 8 ztracených paketů ze skoro 117 tisíc) při běžném provozu (Eurosport, YT, WoT, ...). Ohledně modemu, tak to v přehledu vypadá obdobně (hodnoty signálů, rušení apod.) - jediný rozdíl je, že jsem si všiml, že tam občas přeskočí LTE+, ale většinu času je tam LTE. @Ondra - Vodafone Přesně tento FW tam je - to bylo jedno z prvních, co jsem ověřoval. Za mě děkuji za reakce, doufám, že tento stav vydrží a bude dlouhodobý. Já si ještě nastavil QoS na routeru za modemem a stabilita i při maximálním vytížení je naprosto dostačující, co bych od bezdrátového připojení očekával. Myslím, že vlákno se může označit jako vyřešené - byť se to asi vyřešilo vlastně samo. Díky!

@retron díky za odpověď, zatím se do flashování fw od O2 nechystám, ale už jsem to četl jinde, že to lidi dělají... Ještě přikládám pokrytí vesnice frekvencemi - nevím teda nakolik je to spolehlivý údaj od Vodafone a jaké všechny frekvence zařízení podporuje, ale je zajímavé, že tam není to LTE+, když 1800 MHz tady je:

Ahoj, jsou to dva dny, co mi technik nainstaloval na dům B2368-66. Vše se jeví v pořádku, ale při podrobnějším testování (a hraní online her) připojení jsem na razil na ztrátu paketů kolem 1% (měřeno pouze zatím přes ping). Co jsem zkoušel: Speedtest https://www.speedtest.net/result/13965873929 a https://www.speedtest.net/result/13965938935 mluví jasně, že rychlost downloadu i uploadu je naprosto v pořádku. Zkoušel jsem to několikrát během dne a vždy obdobné výsledky. (možná latence při plném zatížení je poměrné vysoká, ale přisuzuju to technologii - při nastavení 90% rychlosti tarifu se latence téměř nezhoršila) Prošel jsem v přiloženém HW (IDU) nastavení, vypnul Wifi a připojil kabel přímo k NTB. Pustil jsem ping na 8.8.8.8 na hodinu a žádným způsobem jsem nezatěžoval linku. Výsledek byl právě ztráta 1%. Abych vyloučil problém s kabely (ať už mezi PC a IDU i IDU a ODU), zjistil jsem si IP adresu ODU a opakoval ping opět hodinu. Za celou dobu se neztratil ani jeden ping paket a odezva byla vždy <1ms i při zkoušení zatížení linky. Dále jsem chtěl vyloučit problém cesty k 8.8.8.8, takže jsem si přes tracert zjistil další hop hned za ODU - což v mém případě vrátilo IP 10.10.171.61. Opět jsem opakoval ping test hodinu a ztráta 1%. Tudíž mi přijde, že problém je někde mezi ODU a druhou stranou (asi BTS?). Otázky: Je možné s tím něco vůbec udělat? (je to vlastnost technologie, nebo to může být chyba antény - ODU?) Všiml jsem si, že je FW starší než 3 roky, ale nenašel jsem novější - není něco novějšího? Můžete mi doporučit nějaký SW pro lepší diagnostiku ztrátovosti paketů? Je možné jednotku IDU nahradit nějakým vlastním routerem, např. Mikrotikem, který podporuje PoE? Co jsem se díval, tak existuje i verze B2368-A01, která jednotku IDU vůbec nepotřebuje, ale VF jí asi v nabídce nemá. Díky moc za každý podnět, který by to mohl vyřešit. PS.: Když hraju WoT, je tak ztrátovost paketů celkem citelná 😅 Screeny z IDU:

Ahoj, jak píše Ritchy, tak i mně to celkem frčí. VS je v režimu bridge, vše ostatní vypnuté a viz screen, tak běží bez restartu už přes měsíc. Za VS mám Mikrotik RB4011iGS+5HacQ2HnD-IN (ten není třeba restartovat, krom upgrade FW :D). Zkoušel jsem speedtest jak do Brna natvrdo, tak i automatický výběr do Klatov (z Plzně). Za mě spokojenost, i když ve špičce to někdy klesne na 200-300Mbit, tak upload je stále na 50Mbit, což je pro mě podstatnější.

petrmet: Počkat nemá vůbec smysl... sám jsem tohle musel řešil. Čekal jsem týden, čtrnáct dní... Napsal jsem dotaz na podporu. Odpověď přišla zhruba po týdnu, naprostá pomoc k ničemu, pouze mi papouškové poslali odkazy na stránky, kde to nefungovalo. Znovu jsem na jejich reakci odpověděl, do dneška nemám žádnou reakci (odpověď jsem posílal v pondělí 8. 11.). Zkoušel jsem volat na tu jejich infolinku, kde jsem se nedostal přes nějaký krok v automatu. Takže nezbylo nic jiného, že jak idiot vyrazit na pobočku, kde mi po předložení OP poslali administrační kód k účtu. Pak jsem se dále doma ještě pral s tím, kam vlastně to číslo mám vložit, abych se přihlásil do Můj Vodafone. Nakonec se zadařilo a hned jsem si aktivoval přihlášení e-mailem/heslem. Takže doporučuji přeskočit tuhle šaškarádu a rovnou vyrazit na pobočku, ušetříš si ve finále čas i nervy.

Já teda nevím, ale pročítám si fórum Vodafonu v Německu a narazil jsem na tohle vlákno. Pokud jsem to dobře pochopil, tak jim to funguje, dokonce to můžou nastavit v modemu vzdáleně (zmiňují přímo Vodafone Station). Tak jak to tedy je?

A bude to opravdu nutné? Vodafone Station má v datasheetu napsáno, že downstream je až do 4Gbit a upstream až 1Gbit. Chápu, že přes Gbit port to celé nepůjde protlačit (a bonding bude asi scifi), ale kdybych měl dvě připojené zařízení, tak by ten 2Gbit v součtu využít šel, což?

@Marek-26 To si úplně Marku nemyslím. Právě že chceme naprostý minimum, úplný základ sítě. Modem, naprosto hloupý zařízení, a nebo bridge mód na VS, který nesmyslně chybí (vhledem k principiální jednoduchosti oproti routování, port forwardingu apod.).

@Boris911 Dobrý den, doma mám server s virtualizací více OS, na kterých běží různé služby pod různými lokálními adresami a porty. Přesně jak jste zmínil, tak VS dělá první NAT, a mikrotik má na WAN portu 192.168.0.2 a řeší si druhý NAT překlad. Můj hlavní problém bylo vyřešit v takové sestavě přístup na všechny služby i z lokální sítě. V případě, že bych měl z internetu 1:1 na jediný stroj, tak by to vyřešil pouze přetížený záznam pro DNS na lokální adresu. Problém ale nastává, když na jediný záznam DNS máte služby na různé lokální adresy/porty (např. případ my.adress.com/2.2.2.2:80->10.0.0.1:8080 a my.adress.com/2.2.2.2:5000->10.0.0.2:5000) - což nejde. V případě, že bych na WAN portu měl skutečně veřejnou IP adresu (a doufám, že to již brzy bude), tak si pro každý překlad nastavím pouze jediné pravidlo a vše funguje z internetu i z vnitřní sítě identicky. Jelikož ale teď na WAN nemám veřejnou IP adresu, tak router pošle packet, který jde na adresu 2.2.2.2 "ven" do internetu tzn. do VS a ten ho "úspěšně" zahodí, protože neví co s ním. Proto jsem to vyřešil tzv. "routeback" pravidlem. Kdy mám přes Cloud adresu jako RealWAN a 192.168.0.2 jako FakeWAN a duplicitní pravidla, jednou dst. adress list s RealWAN a jednou s FakeWAN. Až bude bridge, pravidla s FakeWAN smažu a hotovo. Kdyžtak napište PM, pokud jsem to nenapsal dostatečně srozumitelně.

@sodekcz přesně tak, trochu si připadám jako někde v politice, kdy slibem nezarmoutíš a kdyžtak v srpnu řeknou, že to bude v září, atd atd... pro mě to po úpravě znamená jen vymazání poloviny pravidel mikrotiku a zrušení dvojího NATování

@Taxx Ano, jde Port forwarding na rozsah u TCP/UDP. @Marek-26 Modemy nejsou, ale pracovat by na tom FW s bridge by mohli dále, ne? 😅