Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Radek Zajíc

Stran: 1 ... 14 15 [16] 17 18 ... 27
226
Sítě / Re:CETIN a jeho "modem"
« kdy: 21. 12. 2020, 17:52:38 »
Hmm, clovek se porad uci. Vypada to, ze Cinan vymyslel i plne pasivni variantu, ktera opravdu nepotrebuje napajeni.
https://www.aliexpress.com/i/4001021266223.html

227
Sítě / Re:CETIN a jeho "modem"
« kdy: 21. 12. 2020, 17:03:15 »
Privod optiky do bytu bude vlevo nahore (bila krabicka), GPON konvertor Huawei je vlevo updostred, mezi GPON konvertorem a privodem je ta bila krabicka (obrazek je ponekud rozmazany, chtelo by to lepsi detaily).
Vypada to na extraktor (vlastne WDM splitter) pro RF overlay, tj. odkloni GPON signal na vystup k Huawei a RF signal (kabelovka, spolecna antena) do koxu.
Co je presne zac ten koaxialni splitter? Kam vede ten druhy koax? Neni koax u televize napajeny specialnim napajecem? Koax splitter muze byt pruchozi pro DC napajeni, takze krabick, ktera na prvni pohled vypada jako nenapajena, muze byt napajena po tom koaxu.
Princip RF overlay - https://fibrain.com/catv-in-ftth-networks,58.html
Pruchozi rozbocovac Toner (podobny model jako na fotce) - https://www.omko.cz/antenni-rozbocovac-toner-xghs-3bdc-3x-6-5-db/

228
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 20. 12. 2020, 08:37:21 »
Citace
teprve na 6. hopu to dělá NAT
To by asi nevadilo. První dva hopy jsou domácí routery, třetí hop (technicky dva, ale jeden nesnižuje TTL, takže v traceroute není vidět) je síť CETINu, 192.168.255.1 a .2 jsou IP routerů na lince mezi CETINem (.2) a 365i (.1), a pak už je to čistě v síti Casablanky/WIA (WIA koupila Casablanku loni: https://computerworld.cz/aktuality/wia-kupuje-telco-divizi-sluzeb-casablanca-int-55501).

Ještě jsem si všiml jednoho dotazu:
Citace
A nemáš nějaké info, že by mohlo docházet k přetížení konektivity u casablancy?
To bohužel nemám.

Citace
Na testovanie testovanie radsej stahuj https://speed.hetzner.de/ a ked zapopnes, daj do vyhladavaca 1gb file download.
Konektivita do zahraničí je často omezenější než lokální po ČR. Vyzkoušet se to samozřejmě dá taky, mně to stahuje 11.6 MiB/s, ale u menšího ISP to tak být nemusí.

Citace
NA test rychlosti s oblibou používám stahování ISO instalačky CentOSu - http://isoredirect.centos.org/centos/8/isos/x86_64/ a ideálně z několika mirrorů zaráz - tím vytížíš linku na 100% vždy
Jenže dobrá linka dá plnou rychlost i v jednom vlákně:
Citace
http://ftp.fi.muni.cz/pub/linux/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:18:21 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://merlin.fit.vutbr.cz/mirrors/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:19:20 (11.6 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://merlin.fit.vutbr.cz/mirrors/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:20:18 (11.6 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.slu.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:21:17 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.karneval.cz/pub/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:22:16 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.hosting90.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:23:14 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://ftp.cvut.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:26:23 (3.63 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.it4i.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:27:21 (11.8 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://ftp.sh.cvut.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:28:20 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]

ftp.cvut.cz jsem retestoval, vypadalo to na nějaké momentální přetížení, na druhý pokus je průměrná rychlost 9.50 MiB/s a zhruba od půlky souboru už to běželo na 11.5 MiB/s.

Teď koukám, že IP 81.0.198.190 je do Internetu oznamováno z ASN 21430 (WIA). Udělal jsem další dva testy traceroute pomocí RIPE Atlas (sonda č. 3027 má konektivitu od 365internetu) a je vidět, že WIA má ten routing nějaký... no... ehm.
https://atlas.ripe.net/frames/measurements/28407598/#!probes - traceroute na speedtest.cesnet.cz
https://atlas.ripe.net/frames/measurements/28407599/#!probes - traceroute na cz.releases.ubuntu.com

cz.releases.ubuntu.com je hostováno v síti CZ.NIC, která je v NIX.CZ. WIA je v NIX.CZ též (https://nix.cz/cs/networks), ale přesto provoz na cz.releases.ubuntu.com tlačí skrz Peering.cz a České radiokomunikace. (Klikněte na ikonku "i" v řádku s číslem sondy 3027, tam to bude vidět.)

Můžete vyzkoušet test wgetem na URL:
- http://ftp.sh.cvut.cz/centos/8.3.2011/isos/x86_64/CentOS-8.3.2011-x86_64-boot.iso
- http://mirror.hosting90.cz/centos/8.3.2011/isos/x86_64/CentOS-8.3.2011-x86_64-boot.iso
- http://ftp.fi.muni.cz/pub/linux/centos/8.3.2011/isos/x86_64/CentOS-8.3.2011-x86_64-boot.iso
a uvidíte, jaké rychlosti to dává.

Odkaz na tracerouty pomocí RIPE Atlas:
- https://atlas.ripe.net/frames/measurements/28407602/#!probes
- https://atlas.ripe.net/frames/measurements/28407603/#!probes
- https://atlas.ripe.net/frames/measurements/28407604/#!probes

229
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 19. 12. 2020, 21:02:00 »
No ještě se dá použít metoda wget: nástrojem wget stáhnout nějaký dostatečně velký soubor a sledovat, jakou rychlostí stahování běží.

Na Linuxu/MacOS:
Kód: [Vybrat]
wget -4 -O /dev/null http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Na Windows:
Kód: [Vybrat]
wget -4 -O nul http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso
Místo http://cz.releases.ubuntu.com/releases/groovy/ubuntu-20.10-desktop-amd64.iso případně použít URL z jiného zdroje ze seznamu https://launchpad.net/ubuntu/+cdmirrors

wget nakonec zahlásí rychlost, např.:
Kód: [Vybrat]
2020-12-19 20:48:58 (11.7 MB/s) - ‘/dev/null’ saved [2942003200/2942003200]
Pak prostým výpočtem spočítat orientační (kvůli zaokrouhlení na jeden desetinný řád) rychlost. Postupně: převést na bajty (*1024*1024), převést na bity (*8) a dopočítat režii (hlavičky sežerou 8 [PPPoE]+20 [IPv4]+20 [TCP] bajtů z 1500, tj. 1500/[1500-8-20-20] = 1.033).
Kód: [Vybrat]
11.7 * 1024 * 1024 * 8 * 1.033 = 101385555
V mém případě na 100 Mbps lince se synchronizační rychlostí 105,408 Mbit/s dostávám rychlost stahování 101,386 Mbit/s, takže velmi blízko maximu (ISP T-Mobile).

Tohle opakovat alespoň 3x v každém měřícím momentu (1x ráno v 8:00, 1x odpoledne v 17:00, 1x večer ve 20:00).

Jakou roli hrají v tom zapojení dva routery (WR1043ND, VR2800v)?
Do kterého z nich jste při měření zapojen? Zkusil jste se zapojit do VR2800v?
Routují oba, nebo je VR2800v v režimu bridge?

V odpovědi z 365internetu mě překvapuje zmínka o routovacím serveru. Běžný linuxový server odroutuje gigabity za sekundu, ovšem pokud je v cestě ještě router v roli NAT, může dojít k vyčerpání kapacity. Máte od 365internetu i veřejnou adresu (přímo na PPPoE rozhraní routeru), nebo na PPPoE rozhraní routeru je privátní adresa, např. 192.168.x.y, 10.x.y.z, 100.{64-127}.x.y, 172.{16-31}.x.y?

230
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 17. 12. 2020, 12:31:27 »
Podle Current Rate je to jasne VDSL2-Vplus, tj. VDSL2 profil 35b. Pri synchronizacni rychlosti 240+ Mbps a propojeni kabelem by nemel byt problem vytahnout rychlosti nad 200 Mbps. Coz je dobre videt na Cloudflare speedtestu.
U jednovlaknovych testu (napr. stahovani souboru) je pak dobre videt, jak se rozklada priorita mezi existujici TCP spojeni. Pokud ma operator "pretizenou konektivitu", budou jednovlaknova spojeni mnohem pomalejsi nez vicevlaknova.

Tedy je skutecne mozne, ze 365internet uz ma prilis mnoho zakazniku a jeho konektivita nestiha. Alternativne muze byt problem v agregacni siti CETINu. Oboji se spatne overuje, pokud mate k dispozici jen jednu linku - pokud nekdo ze sousedu na stejnem DSLAMu ma taky 250 Mbps (ale od jineho operatora) a muze vyzkouset podobnou sadu testu, da se vyloucit/potvrdit jedna z moznosti.

231
Sítě / Re:Má 365internet nedostatečný peering?
« kdy: 15. 12. 2020, 08:03:56 »
DSL.cz ukazuje nesmysly dlouhodobe. Cesnet speedtest v posledni dobe taky.
Dobre meri Speedtest.net, ale je potreba vybrat spravne servery. Podle operatoru byvaji vhodne servery O2 (pro kazdeho, kdo ma kapacitu v NIX.cz), JMnet, 10G-CZNET.

Ze zahranicnich sluzeb je vyborny speed.cloudflare.com, ktery ma servery i v Praze.

365internet nema zadny peering. Nema ani vlastni pridel IP adres ani autonomni system. Vyuziva konektivity od Casablanky - na https://apps.db.ripe.net/db-web-ui/fulltextsearch si zadejte "365internet" a dostanete seznam jimi pouzivanych IP adres.

365internetu resp. Casablance se muze samozrejme prehltit konektivita do urciteho smeru, stejne tak se muze prehltit propoj z/do site CETINu. Jeho kapacita muze byt bud 1 nebo 10 Gbps, pripadne jejich nasobky. Zkuste se zeptat, jestli Vam sdeli kapacitu propoje. (Mimochodem 365internet bohuzel nema nezavisle propoje do CETINu, jak se nedavno ukazalo.)

V puvodnim prispevku chybi alespon zakladni metodika mereni - na jakem zarizeni se merilo, jak bylo zarizeni pripojeno, kolikrat bylo mereni opakovano, v jakych casech se merilo. Hodil by se i traceroute na merici server (tj. server, ze ktereho se stahuji baliky dat - lze zjistit pomoci vyvojarskych nastroju v modernich browserech).

V puvodnim prispevku chybi i informace o linkove rychlosti DSL - co ukazuje modem jako synchronizacni (line rate) rychlost, dosazitelnou (attainable) rychlost (pokud ji ukazuje)? Jaky se pouziva modem a jaky router (pripadne jake integrovane zarizeni, pokud dela roli modemu i routeru)?

232
Sítě / Re:Smart switch 16 portů do 10" racku?
« kdy: 15. 12. 2020, 07:34:07 »
GS1900-16 jsem presne z tohohle duvodu porizoval ze zahranici. Ted uz ho nepotrebuju, tak ho pripadne muzu prenechat (bohuzel bez zaruky, ale funguje stale).

233
Sítě / Re:Zkušenost s Terminátorem
« kdy: 14. 11. 2020, 20:06:36 »
Ruseni v kabelu by samozrejme vzrostlo, takze pokud je to stary DSLAM bez vectoringu, vedlo by to k nejakemu poklesu rychlosti u asi ne zrovna maleho poctu klientu.
Pokud by dosly volne pary v kabelech nebo porty na DSLAMu, CETIN objednavku zamitne pro nerealizovatelnost. Ostatne tohle uz mnozi znaji, pri nedostatku portu na ustredne dochazelo k zamitani objednavek i pred bondingem.

234
Sítě / Re:Zkušenost s Terminátorem
« kdy: 11. 11. 2020, 19:46:30 »
Diky za odkazy, Petre. :)
Jen bych doplnil.
1) Terminator se da pouzit i na jednoparove lince a par ISP to tak dela. Pak se samozrejme da nahradit jakymkoli jinym kompatibilnim modemem.
2) Zatimco v lednu u nas nebyly bondujici modemy k sehnani, dneska uz si kazdy muze poridit vlastni Zyxel VMG4005B s otevrenym firmwarem, ktery by na bondovane lince mohl fungovat (to jsem zatim neoveril, ale mam to v planu). Bude samozrejme potreba vyresit otazku pripojeni, protoze varianta z volneho prodeje ma RJ11, zatimco CETINem distribuovana varianta ma RJ45 a taktez telefonni zasuvka ma RJ45. Da se to propojit i na prasaka dvouparovym tlf kabelem s RJ11.

235
Sítě / Re:Zkušenost s Terminátorem
« kdy: 10. 11. 2020, 21:51:01 »
Koupit si VDSL modem pro linku bez bondingu určitě jde.
Koupit si VDSL modem pro linku s bondingem je samozřejmě složitější, ale taky to jde.

U rezidentní služby se ale nedá předpokládat servis NBD, zvlášť pokud si nepřiplácíte za SLA (to mimochodem u DSL jde, a pokud si připlatíte vyšší úroveň SLA, měli by vám vyměnit i terminátor v rozumnější době než "po Novém roce").

Nejrozumnější ale je diverzifikovat riziko včas. Pokud jste na konektivitě závislí, pořiďte si dvě připojení po různých technologiích. Protože pokud se něco pokazí 23. 12., tak vám novou instalaci jakékoli služby mezi svátky nikdo nezařídí ani u DSL ani u UPC.

236
Sítě / Re:Zkušenost s Terminátorem
« kdy: 10. 11. 2020, 08:17:26 »
Tady asi neni co resit. Terminator ma jasne vyhody:
- zarizeni operatora, v pripade poskozeni ho vymeni na sve naklady
- jedina varianta, ve ktere lze realizovat bonding
- transparentni bridge, takze za nim muzu mit jakykoli schopny router
A taky nevyhody:
- absenci administracniho rozhrani, takze nevim, jaka linka je v provozu a na jakou rychlost je sesynchronizovana
- Zyxel s originalnim firmwarem navic v GUI neukazuje "attainable" rychlost, coz je skoda.
- nutnost routeru schopneho vytvorit na WAN rozhrani tagovane VLAN a vytocit v ni PPPoE

Vetsinu vyhod oceni hlavne pokrocili uzivatele s vlastnim routerem. U bondingu pak i bezni uzivatele.

237
Sítě / Re:VDSL bez modemu
« kdy: 29. 10. 2020, 22:56:23 »
Prozradte jakych. :)

238
Sítě / Re:VDSL bez modemu
« kdy: 22. 10. 2020, 18:57:10 »
Oproti nekterym ma navic gigabitovy port. Muze mit lepsi parametry linky, ale to uz by bylo vhodne porovnavat s konkretnim modemem na stejne lince. Jinak je to spolehlivy modem, o kterem nevim, podobne jako nevim o Nokii F-010G-B.

239
Sítě / Re:VDSL bez modemu
« kdy: 22. 10. 2020, 16:49:34 »
Citace
Bezny IT smrtelnik ma jedny RJ45 kleste pro 8p konektor.. tak bych videl ten CETIN jako vyhodnejsi, ne?
Běžný smrtelník by si asi neměl dělat kabel pro propojení s telefonní zásuvkou. :) Ovšem pro výměnu 1:1 starého modemu v bridgi za nový Zyxel VMG4005 z volného prodeje nemusí běžný uživatel dělat nic.

A pro bondovanou variantu je CETINí varianta povinná.

240
Sítě / Re:VDSL bez modemu
« kdy: 21. 10. 2020, 19:09:19 »
Oni maji v zyxelu zmatek v dokumentaci. V ni pisou, ze tohle je Annex A (nad PSTN) varianta a to, co dava CETIN, je Annex B (nad ISDN).
Ve skutecnosti ten zyxel u nas funguje (mam ho doma, koupil jsem ho po zkusenostech jinych zakazniku, kterym taktez funguje). Oproti CETIN variante se lisi hlavne konektorem (6p4c varianta z volneho trhu resp. 8p4c z distribuce CETINu).

Stran: 1 ... 14 15 [16] 17 18 ... 27