Přejít na obsah

zajdee

Uživatel
  • Příspěvky

    359
  • Registrace

  • Přítomen

  • Vítězné dny

    9

Příspěvky od uživatele zajdee

  1. Chtel jsem se VF na ty tarify zeptat, ale automat mi po hodine a 20 minutach polozil hovor. 🤣

    (Jak jsem psal, ne vsichni partneri CETINu nabizeji nove tarify.)

    7A990958-188A-45BC-9116-9712843F7D24.png

    Tak jsem se dovolal. Na webu to videt neni, ale uz nove tarify pry nabizeji. Webove ceny jsou (po slevach) 630 Kc za 250/250 Mbps, 720 Kc za 500/500 Mbps a 699 Kc za 1000/500 Mbps. Pry nekdy nabizeji i lepsi ceny (jeste by me meli kontaktovat z obchodniho oddeleni 🤷🏻‍♂️). Kazdopadne za vlastni verejnou IPv4 adresu na infrastrukture CETINu se u VF priplaci 175 Kc, takze mi to tak nejak vychazi vyrazne nevyhodnejsi nez nabidka T-Mobilu. 🤔

    • Smutný 1
  2. 1000/500 nenabízí přes 20 poskytovatelů, aktuálně je to cca. půlka. Ceny a podmínky se hodně liší.

    Osobně mám tu nejvyšší variantu z nových tarifů CETINu, 1000/500, od T-Mobilu (tarif se jmenuje Pevný internet XXL; na webu u zjištění dostupnosti je nelogicky schován v kategorii "DSL"). Ceníková cena je nově 599 Kč, v ceně je veřejná IPv4 adresa, blok /56 IPv6 adres. U ostatních operátorů v základní ceně často chybí buď  IPv6, veřejná IPv4 adresa, nebo obojí. O2 si např. za veřejnou IPv4 adresu řekne 254 Kč/měsíc navíc.

    CETIN dodává i jednoduché koncové zařízení v režimu bridge pro převod z optiky na Ethernet (ONT), to je v ceně služby. Spotřeba je pod 3 W. Za to si můžete zapojit vlastní router, takže není potřeba si nic pronajímat od koncového ISP a cena tarifu (v mém případě 599 Kč) je zároveň i cenou konečnou.

    Jen pozor, na 1000/500 už to chce lepší router s rychlým procesorem a Wi-Fi 802.11ac nebo lépe 802.11ax. CETIN používá PPPoE a VLAN tagging na WAN portu (VLAN ID je 848), což každý slušnější router už umí, ale to PPPoE dokáže být náročné a u gigabitu se to projeví.

    Dosahované rychlosti na speedtestech jsou ~940 Mbps stahování a ~510 Mbps nahrávání. Měřeno na IPv4 a samozřejmě po kabelu. Vysoký jitter a ztráty paketů jako u Compalu od VF prakticky neznám, latence z Prahy 5 (měřil známý) jsou na různé servery v Praze cca. 2,5 až 4 ms.

    Osobně jsem pozoroval jen problémy s rychlostí uploadu, což se ukázalo jako problém konfigurace CETIN sítě. Nahlásil jsem jim to a už je to opraveno.

    Zapomnel jsem dodat: u T-Mobilu je aktualne akce prvnich 6 mesicu za 299 Kc/mesic a sluzba je bez zavazku, zrizeni zdarma. Neni vubec duvod to nevyzkouset a dost pravdepodobne u tehle sluzby zustanete. 🙂

    Zapomnel jsem dodat: u T-Mobilu je aktualne akcni cena na prvnich 6 mesicu 299 Kc/mesic a sluzba je bez zavazku, zrizeni zdarma. Neni vubec duvod to nevyzkouset a dost pravdepodobne u tehle sluzby zustanete. 🙂

    • To se mi líbí 2
    • Děkuji 1
  3. před 32 minutami, Sparrow napsal:

    No jo, ale jestli je to tam stejné jako u nás, kdy rozkopali celé Vršovice natáhli optiku a tím to skončilo. A rok (možná už je to 2? ) nám ve sklepě kouká ze zdi kabel 😞

    Né že bych se nějak chystal přeběhnout k Eurotelu, ale 250/250 linka se mi líbí 🙂

    V dome ve Vrsovicich nam couha trubicka ve sklepe uz skoro pet let. Loni se jim povedlo udelat vnitrni rozvody v dome. Letos by treba uz konecne mohli zafouknout ten kabel do domu. Jo, nekdy jim to fakt trva.

    Nemusite prebihat k Eurotelu, sluzbu na infrastrukture CETINu umi nabidnout i ostatni. Vcetne Vodafonu. 🙂

  4. Pokud nekoho zajima skutecny stav optiky CETINu na vesnicich a ne ty nesmysly, co tu hlasa Adolf, doporucuju na zrychlujemecesko.cz prozkoumat napriklad nasledujici obce:

    - 29301 Vinec

    - 40722 Benešov nad Ploučnicí

    - 28904 Kolaje

    - 28911 Ratenice

    - 33845 Strašice

    🤷🏻‍♂️pry "optika jen kvuli mobilnim sitim, na posledni mili nic" 🤷🏻‍♂️

  5. před 57 minutami, Adolf.Shitler napsal:

    O2 si nanejvýš natáhne páteřní vedení (a to ještě vesměs kvůli mobilním sítím), ale na poslední míli nedělají takřka nic. To skutečně není ekonomicky lukrativní tahat něco ke koncákům a navíc za situace, že ani není jistota, jestli to ti koncáci budou vůbec chtít a ochotni platit.

    Tohle je lež.

    • Souhlasím 1
    • Nesouhlasím 1
  6. Nikde jsem nepsal, ze by melo vracet. Psal jsem, ze nevracelo. A stejne tak neprodavalo. 🙂

    Ono to ma primy dopad na argumenty proc (ne)nabidnout nativni dual-stack (byt by byl jen na vyzadani). Nedostatek adres u VF tim argumentem byt nemuze.

    Pripadny prodej 10 % nasyslenych adres pri ~$50/adresa by jim prinesl cca. 130M CZK revenue pred zdanenim, jednorazove.

    (Ano, u novych ISP a u content provideru ten nedostatek vyrazne vic komplikuje zivot.)

  7. UPC uz pet let aktivuje nove sluzby v rezimu DS-Lite. Uz tenkrat melo vic verejnych IPv4 adres nez zakazniku. Stare rusene sluzby uvolnily dalsi IPv4 adresy. UPC ale zadne adresy RIPE NCC nevracelo.

    VF dava mobilni zakazniky i fixni pripojeni (DSL, ...) za NAT a verejna IPv4 je za priplatek ~175 Kc mesicne.

    Dnes jsou po O2 druzi v CR z pohledu poctu IPv4 adres.

    IMHO zadny problem s nedostatkem IPv4 adres v ceskem Vodafonu nemaji.

     

    image.png

    • Děkuji 1
  8. Kabelovka - bida s DS lite

    Ostatni pevna pripojeni - bida, zadna IPv6

    mobilni data s vlastnim pistupovym bodem (APN) - lze, ale neni to uplne trivialni (tohle je ta "podpora u firemnich zakazniku" - standardni implementace, kdyz jsem to zjistoval naposledy, stala 30k bez DPH a pak se platilo mesicne myslim nekolik desitek korun za kazdou SIM)

    mobilni data s hlavnim APN internet - zatim nelze, ale jsou jiste signaly, ze by rok 2022 mohl byt ve znameni zmeny

     

    na svem telefonu jsem to vyresil wireguardem do vlastni site, a na IPv6 u operatora uz nejsem zavisly.

  9. Ethernet ramec (bez VLAN tagu) vcetne preambule a mezery ma celkem 1538 bytes (https://thenetworkseal.wordpress.com/general-network/data-link-layer/packet-structure-of-frame/). TCP payload (pokud TCP paket nema options) ma max. 1460 bytes, s options napr. o dalsich 8 bytes mene.

    Rezie je pak 1-(1460/1538), tj. cca 5,1 %, maximalni dosazitelna rychlost v TCP speedtestech je pak 1000*(1-5,1%)=949 Mbps; pri 8 bytes TCP options by to bylo 944 Mbps.

    Pro uplnost dodam, ze vypocty v predchazejicim prispevku plati pro IPv4. IPv6 ma vetsi hlavicku a uzitecny TCP payload bez options je 1440 bytes, maximalni dosazitelna rychlost TCP prenosu na 1 Gbps rozhrani je cca. 936 Mbps, s 8 byte options 931 Mbps.

    A jeste pridam IPv4 TCP pres DS-Lite (IPv4 uvnitr IPv6): uzitecny payload je max. (1500-40-20-20)=1420 bez TCP options (->~923 Mbps), s 8 bytes options 1412 (->~918 Mbps).

    • Souhlasím 3
    • To se mi líbí 1
    • Děkuji 1
  10. Tak bych to reklamoval u VF, mozna najdou nejaky problem na siti (nova lokalita muze byt pretizena) nebo alespon zkusi promerit signal u modemu a/nebo vymenit modem (to je pravdepodobna varianta, jeden znamy kvuli ztratam paketu uz ma asi treti Compal, ale samozrejme to nepomohlo).

    Porad si ale myslim, ze to bude hlavne tim Compalem, a vymena za Vodafone Station s bridge mode (pokud je v lokalite dobry signal) by pomohla. Nebo by taky mohl pomoci prechod k jinemu ISP. 🙂 Neveril jsem, o kolik stabilnejsi je DSL oproti kabelovce s Compalem, dokud jsem si to sam nevyzkousel.

  11. Tam zadna ztrata neni. Pokud je loss na nekterem z hopu, ale nepropise se do zbytku cesty, tak je to jen ICMP policing (routery se chrani pred velkym mnozstvim ICMP paketu a na cast z nich neodpovidaji).

    Od hopu "ae29-100-ucr1.pra.cw.net" je to beze ztraty, stejne tak cilovy server je beze ztraty.

    Compal ma krome mnohych dalsich chyb i tu vlastnost, ze ICMP radi do jine tridy nez UDP a TCP, takze traceroute s ICMP nemusi uplne verohodne odrazet skutecny stav linky a zvyseny jitter (ten se muze projevit jen nekdy, podle toho, jak je zrovna chipset Compalu vytizeny).

     

    Osobne bych to resil s VF jako reklamaci sluzby - muze byt treba problem s kvalitou signalu (Compal je na to citlivy) nebo proste jen problem s Compalem v case, kdy je v siti vetsi provoz.

    Pro gaming bych osobne doporucil spis prejit na VF station v bridge mode a za tim nejaky skutecne schopny router...

    IP adresu serveru z WinMTR bohužel nepoznám, ale vyzkoušel jsem si mtr na předposlední hop. Co mě na tom WinMTR výpisu překvapuje (ale vlastně ne, je to skrz Compal) je sloupec "Wrst", tedy nejhorší výsledek z celého měření. MTR ode mě z optiky CETINu se službou od T-Mobile vypadá takhle ("Wrst" je 20 milisekund, jen o kousek horší, než "Average"; linuxový MTR navíc ukazuje i velmi malou odchylku, tj. StDev [Standard deviation]). Loss 0. 2 % připisuju ICMP policingu routerů na cestě.

    # mtr -c600 -w -b po2.agr1-dedi-m1.bb.as24961.net
    Start: 2022-01-29T23:01:23+0100
    HOST:                                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
      3.|-- 2001:af0:f::1db                                           91.5%   600    7.1   7.0   6.2   7.6   0.2
      4.|-- 2001:af0:f::1da                                           47.5%   600    7.5   7.3   6.8   7.8   0.2
      5.|-- 2003:0:1309:4030::2                                        0.0%   600   15.2  14.9  14.1  15.5   0.2
      6.|-- 2003:0:1309:4030::1                                       25.0%   600   15.5 735.7  14.6 5941. 1326.4
      7.|-- ???                                                       100.0   600    0.0   0.0   0.0   0.0   0.0
      8.|-- 2003:0:f00::eb                                             0.2%   600   17.6  17.5  16.8  18.0   0.2
      9.|-- po6.core2-dus3.bb.as24961.net (2001:4ba0:ffe9:17::1)       0.2%   600   19.5  19.3  18.3  19.9   0.2
     10.|-- po2.agr1-dedi-m1.bb.as24961.net (2001:4ba0:ffe9:19::2)     0.2%   600   19.3  19.3  18.6  20.7   0.2

    Z přípojky VF/DS-Lite (+ černý Compal v režimu Router):

    # mtr -c300 -w -4  -b po2.agr1-dedi-m1.bb.as24961.net
    Start: Sat Jan 29 23:15:53 2022
    HOST:                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
      1.|-- gateway (192.168.0.1)                               0.7%   300   13.1   9.4   2.2 213.6  15.1
      2.|-- cz-prg01a-rt1.net.vodafone.cz (84.116.220.17)       0.3%   300   17.5  25.2  13.0 419.8  33.7
      3.|-- cz-prg01a-ra4-ae23.net.vodafone.cz (84.116.223.26)  0.3%   300   24.9  26.7  14.1 337.0  30.7
      4.|-- ???                                                100.0   300    0.0   0.0   0.0   0.0   0.0
      5.|-- te2-2.sitr00i.vodafone.cz (217.77.160.45)          86.3%   300   17.6  24.5  14.4  50.7   8.6
      6.|-- ae8-100-ucr1.czs.cw.net (195.2.12.41)               0.3%   300   23.7  22.4  13.8  87.3  10.0
      7.|-- ae10-ucr1.pra.cw.net (195.2.8.74)                   0.3%   300   19.6  23.0  14.8  77.1   7.5
      8.|-- ae15.cr3-prg1.ip4.gtt.net (46.33.79.241)            0.0%   300   21.2  25.6  13.8 399.0  28.2
      9.|-- ae16.cr3-dus1.ip4.gtt.net (89.149.186.61)           0.3%   300   33.3  38.6  24.2 504.5  35.5
     10.|-- 76.74.9.170                                         0.3%   300   28.5  34.0  24.5 416.4  26.7
     11.|-- po6.core2-dus3.bb.as24961.net (62.141.47.86)        0.3%   300   28.6  34.0  25.6 333.0  20.0
     12.|-- po2.agr1-dedi-m1.bb.as24961.net (62.141.47.157)     0.0%   300   31.6  38.2  26.1 557.2  42.5

    Z přípojky VF/IPv4-only (+ bílý Compal v režimu Bridge):

    # mtr -c300 -w -4  -b po2.agr1-dedi-m1.bb.as24961.net
    Start: 2022-01-29T23:15:55+0100
    HOST:                                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
      1.|-- _gateway (192.168.1.1)                                  0.0%   300    0.7   0.7   0.7   1.2   0.1
      2.|-- ???                                                    100.0   300    0.0   0.0   0.0   0.0   0.0
      3.|-- ip-86-49-55-193.net.upcbroadband.cz (86.49.55.193)      0.0%   300    8.6  16.1   7.1 177.8  23.2
      4.|-- cz-prg01a-ra4-vla2156.net.vodafone.cz (84.116.221.225)  0.0%   300  158.0  15.6   7.7 158.0  20.5
      5.|-- strlG01-vla2121.net.vodafone.cz (84.116.223.121)       94.0%   300    8.3   9.3   7.6  17.7   2.2
      6.|-- te2-2.sitr00i.vodafone.cz (217.77.160.45)              85.0%   300    8.1  15.4   7.9 125.6  21.6
      7.|-- ae8-100-ucr1.czs.cw.net (195.2.12.41)                   0.0%   300    8.3  17.0   7.7 159.2  23.3
      8.|-- ae10-ucr1.pra.cw.net (195.2.8.74)                       0.0%   300    9.8  17.4   7.9 167.1  21.7
      9.|-- ae15.cr3-prg1.ip4.gtt.net (46.33.79.241)                0.0%   300    8.6  16.5   7.7 210.0  23.9
     10.|-- ae16.cr3-dus1.ip4.gtt.net (89.149.186.61)               0.0%   300   23.9  27.9  18.1 213.1  25.2
     11.|-- 76.74.9.170                                             0.0%   300   19.8  26.9  17.9 186.1  25.3
     12.|-- po6.core2-dus3.bb.as24961.net (62.141.47.86)            0.0%   300   19.3  27.0  18.1 205.3  25.7
     13.|-- po2.agr1-dedi-m1.bb.as24961.net (62.141.47.157)         0.0%   300   18.4  19.9  17.6  36.4   2.5

    Ještě jedna otázka: nemáte náhodou přípojku v režimu DS-Lite? Od léta 2017 jsou všechny nově zřizované přípojky pro domácnosti v režimu DS-Lite, dokud si zákazník neřekne o změnu na IPv4-only.

    Zkuste http://www.test-ipv6.cz/ (raději z více zařízení) a pokud se objeví, že je IPv6 dostupná, tak je to přípojka v režimu DS-Lite. Proč je DS-Lite problém? Protože DS-Lite/NAT brána u operátora (která zajišťuje ukončení IPv4 tunelů v DS-Lite) se snadno vytíží (v Německu vytížení DS-Lite/NAT brány operátora způsobovalo dost pozdvižení) a večer může způsobovat popisované chování. Řešením by mohlo být přepnutí služby do režimu "IPv4-only".

  12. @Lizardor jaky byl ten puvodni modem a jaky je ten novy?

    Pokud ten stary nebyl compal a ten novy je compal (cerny nebo bily, je to jedno), tak to dost mozna muze byt tim modemem. Jeho chipset je hrozny krap, ktery mimo jine zpusobuje vysoky jitter (kolisajici latence) a casto i ztraty paketu (hlavne v rezimu pripojky "IPv4-only" a aktivnim modu "bridge").

  13. 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.

    • Souhlasím 2
  14. 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.

×
×
  • Vytvořit...