Příspěvky

481

Sítě / Re:Nastavení DSL - jde použít modem od T-mobile na O2?

« kdy: 04. 11. 2017, 21:17:36 »

Z toho screenshotu s pingem a traceroute je videt, ze:
- pocitac ma ip adresu od routeru (dhcp)
- router je pripojen k dsl a routuje
- pakety se ztraceji od tretiho a dalsiho skoku

Tedy: problem pravdepodobne neni v routeru ani v PC, ale nejspis nekde v siti CETINu nebo O2. Jsou vsechny faktury zaplacene? Neodrizlo O2 tuhle linku pro neplaceni? Neodrizlo O2 tuhle linku kvuli divnemu provozu (malware, viry)?

Nechte se na O2 prepojit na techniky, reknete jim, ze chcete, aby provedli diagnostiku pomoci http://www.o2test.cz - tak se nejrychleji dostanete k pricine problemu.

482

Sítě / Re:Nastavení DSL - jde použít modem od T-mobile na O2?

« kdy: 04. 11. 2017, 07:43:47 »

T-Mobile ani O2 neoveruji zakaznika pomoci prihlasovacich udaju. Jmeno/ heslo O2 tedy bude fungovat i pro O2 i pro T-Mobile.
Modem by mel v tovarnim nastaveni byt nakonfigurovan univerzalne (s podporou ADSL i VDSL), tam by taky nemelo byt nic potreba nastavovat.
Laickym pohledem se da zkontrolovat, jestli se modem spojil na DSL vrstve (sviti dioda DSL) i jestli se uspesne pripojil k Internetu (sviti dioda Internet).

Pokud sviti dioda DSL i Internet a na pocitaci je povoleno ziskani IP adresy (i DNS adres) z DHCP, mel by Internet normalne fungovat. Samozrejme muze byt spatny modem, ale to byste se pravdepodobne nedostal ani do nastaveni modemu (http://10.0.0.138/).

Pomocnikem k troubleshootingu jsou prikazy
ping 8.8.8.8
traceroute 8.8.8.8

Jejich vysledek sem dopiste a uvidime, co se s tim da delat dal.

483

Sítě / Re:UPC IPv6 DS-Lite

« kdy: 30. 10. 2017, 23:41:35 »

Ja jsem si sice IPv6 u UPC vybral dobrovolne, ale novi klienti od cervna uz ji maji automaticky.

V zahranici to bylo tak, ze nez aby poskytovatele obsahu museli dlouze a slozite diskutovat s operatory CGNATu, kde je chyba (a nejde jen o PPTP helper, ale i o tragicky vykon CGNATu pouzivanych Liberty Global), tak sluzby skutecne zpristupnili po IPv6.

Ze na to u nas vsichni kaslali? No, meli jsme stesti, ze CGNATy wifinaru a mobilkaru jsou kolikrat dost vytunene, takze se moc problemu v IPv4 svete neobjevovalo. To se holt ted zmeni...

484

Server / Re:OpenVPN poslouchající na IPv4 a IPv6 adrese

« kdy: 30. 10. 2017, 15:43:04 »

Z textu to není úplně jasné, ale: máte na serveru několik různých IPv4 adres a na každé z nich (ale na stejném portu) dnes visí jeden OpenVPN server? A pokud ano, chcete k této konfiguraci přidat listen na IPv6 socketu tak, aby bylo možné připojovat se k OpenVPN pomocí IPv4 i IPv6, ale nechcete, aby OpenVPN naslouchala na "any" (0.0.0.0 resp. ?

No, tak to nejspíš ani po 10 letech nejde, protože OpenVPN je singlethreadová aplikace.

Pokud můžete OpenVPN spustit na vyhrazeném portu (nevyužívaném jinými IP) a nechat ji poslouchat na "any", funguje dobře tato konfigurace:

Kód: [Vybrat]

port xxx
proto udp6
multihome
Alternativou je spustit dva OpenVPN procesy - jeden pro IPv4 a jeden pro IPv6 - se vším, co to obnáší (přpadný bridge pro tap, vlastní DHCP pooly a oddělené routování).

485

Sítě / Re:UPC IPv6 DS-Lite

« kdy: 30. 10. 2017, 08:37:04 »

Mobilni operatori podporu PPTP helperu na svych CGNATech maji nastesti zapnutou, takze jim to zatim funguje. Az nekdo zacne masove prevadet mobily na IPv6+464XLAT, tak to taky fungovat prestane. Je na case vymenit PPTP za jiny VPN protokol.

Ad “s IPv6 je jen more problemu” - zase chyba. Problem je v pripojovani do firemni site skrz IPv4 konektivitu, ktera - a to si priznejme - je a bude cim dal vic zkriplena, protoze adresy dosly a cely Internet s ni preziva jen diky hackum typu CGNAT a PPTP helper...

486

Sítě / Re:Poraďte optický wifi router

« kdy: 29. 10. 2017, 19:36:10 »

Pridam jeste neprimo souvisejici informaci: CETIN v CR nastesti tolik nezblbnul a na sve FTTH siti (minimalne na nove zrizovanych pripojkach) predava sluzbu na ethernetu, tedy poskytuje ten zminovany hloupy bridge. Za nej si pak muze zakaznik pripojit jakykoli router s VLAN na WAN, Internet bezi ve VLAN 848 (bohuzel je stale nutne vytacet PPPoE).

487

Sítě / Re:UPC IPv6 DS-Lite

« kdy: 29. 10. 2017, 18:52:33 »

DNS64/NAT64 UPC nastesti nedela. Je ale jen otazka casu, kdy ho zacnou pouzivat cesti mobilni operatori - rada jit za firemnim IT je rozhodne dobra, pokud se nejedna o nejaky predpotopni VPN koncentrator, nemusela by konfigurace IPv6 transportu nemozna. (Uvnitr VPN pak klidne muze bezet v4.)

Je pravdepodobne, ze IPv4 CGNAT UPC nejak mrvi pakety pro vybrany VPN provoz (IPSec) a proto ta firemni VPN nefunguje. Nutno ale rict, ze samotna IPv6 je v tom nevine.

488

Sítě / Re:UPC IPv6 DS-Lite

« kdy: 27. 10. 2017, 10:25:05 »

Odpoved silne mimo misu, trval bych na kontaktu s L2/L3 technikem.

Jinak UPC porad umoznuje prehodit pripojku do IPv4-only rezimu, pak pisateli VPNka zase zacne fungovat.

489

Sítě / Re:VDSL modem jako bridge před router

« kdy: 19. 10. 2017, 20:17:08 »

@Milfaus: ten SFP modul by se mel prezentovat jako ethernet device, nad kterym se vytvori VLANy a nad nimi pak jde vytvorit PPPoE (pro pristup k siti Internet). Jenze - k nam ro primo nikdo nedodava, nejbliz jsem ho nasel v Nemecku, ale odtamtud ho prodaji jen nekomu se zivnostakem a DICem, a samozrejme s prislusnou marzi a postovnym, no a to uz je trochu moc administrativy a nakladu, aby si to nekdo poridil domu. Mozna do firmy...

Ale vypada moc pekne. Teoreticky by u nas mohl bezet (jen na VDSL linkach). Nepodporuje VDSL profil 35b, takze je max. do rychlostniho profilu CETINu 100/10. Neni uplne jasne, jak/jestli se nejak konfiguruje, nebo jestli ma autodetekci parametru linky. (Annex, band plan.)

490

Sítě / Re:VDSL modem jako bridge před router

« kdy: 19. 10. 2017, 20:10:06 »

@ByCzech: pardon, tady jde o nedorozumeni. Moje reakce byla k tomu Planetu.

491

Sítě / Re:VDSL modem jako bridge před router

« kdy: 18. 10. 2017, 17:41:53 »

Neumi to vectoring a nejspis ani g.inp, nepodporuje pomaly profil 8b ani rychly 35b (https://www.cetin.cz/documents/10182/116915/TE000004+-+Parametry+rozhran%C3%AD+U-R%28V%29+-+parametry+fyzické+vrstvy.pdf/61031fd0-dfad-41fd-946b-d21f70757ebf), neni jasne, jestli podporuje kmitoctovy plan site CETIN... no, muzete to zkusit v rezimu slave (CPE) a profilu 17a, treba se postesti.

492

Vývoj / Re:Jak vlastně vypadá diskový oddíl?

« kdy: 02. 10. 2017, 23:59:15 »

Ono je asi vhodne nejprve si ustanovit terminologii, pak pripravit prostredi a pak zacit zkoumat data.

Tedy:
- na disketach nebyvala informace o rozdeleni na diskove oddily, na discich, flashkach a dost casto dnes i na sd kartach ta informace je
- sd karty, pokud maji tabulku diskovych oddilu, vyuzivaji pro ulozeni informaci o oddilech tzv. partition table v master boot recordu (v pripade extended oddilu je struktura jeste slozitejsi): https://en.m.wikipedia.org/wiki/Master_boot_record
- pro nalezeni pocatecniho sektoru partition/souboroveho systemu je treba precist partition table a pak se vydat na konkretni diskovy offset (dnes se pro prvni partition pouziva jiz zminovanych 1MiB od zacatku disku)
- data v dokumentaci FAT pouzivaji offsety od zacatku partition (pozor na to)
- pri vytvareni souboroveho disku ani partition tabulky se disk NEINICIALIZUJE nulami; inicializuji se jen vybrane sektory: pokud na disku uz neco driv bylo, a inicializace FAT to neprepsala, tak to tam porad muze byt - binarni balast tak vubec nemusi patrit FAT filesystemu

Tedy: je nejlepsi SDkartu inicializovat nulami (dd=/dev/zero of=/dev/sdX), nasledne vytvorit partition tabulku s jednou partition (cfdisk /dev/sdX) a nakonec vyrobit souborovy system ve vytvorene partition (mkfs.vfat -F 32 /dev/sdX1)
Pak bude na karte jen skutecne nejnutnejsi minimum vhodne pro zkoumani.

Dal muzete zacit psat program, ktery v jedne procedure nacte partition tabulku a najde zacatek partition, a v jine procedure zkousi nacist souborovy system FAT; vyberte si jednu z verzi FAT a s tou zacnete. Nedelejte program rovnou univerzalni, nejde to. Vyvarujte se FAT12, at nemusite resit slozite bitshifty. Na experimenty dobre poslouzi FAT16, ktera ma tusim pevne umisteny root adresar, sestnactibitove entries ve FAT tabulce a pod.

Pak nactete prvni sektor (boot record) diskoveho oddilu (/dev/sdX1) a z nej spocitejte informace, ktere potrebujete - velikost FAT clusteru, pozici prvni a druhe kopie FAT tabulky, pozici korenoveho adresare. Pak zkuste nacist korenovy adresar (filename entry). Pak zkuste nacist obsah souboru v korenovem adresari (pro to je treba: rozparsovat boot record, najit korenovy adresar, najit file entry, najit ve fat tabulce prvni cluster souboru a vsechny dalsi clustery, a pak nacist samotna data clusteru z disku). Nakonec muzete zkusit pracovat s vnorenymi adresari. Vizte tez https://en.m.wikipedia.org/wiki/Design_of_the_FAT_file_system

V dokumentaci bude pravdepodobne zobrazovan offset - tedy posunuti od nejakeho mista. Pouziva se offset od zacatku boot sektoru, offset od zacatku fat rabulky, offset od zacatku fat datove oblasti, atp.)
Pro cteni diskovych struktur doporucuju hexdump -C nazev.souboru, ktery zobrazuje offsety od zacatku souboru. Da se pouzit i na cely disk, ale nedelal bych to. :-)

493

Sítě / Re:Poraďte LTE tarif bez FUP

« kdy: 18. 08. 2017, 22:51:25 »

S tim sdilenim je to ve skutecnosti tak:

O2 si sluzbu mobilni site objednava od CETINu.
CETIN stavi vychodni cast republiky, T-Mobile zapadni. Sdileni se netyka Prahy ani Brna.
Za kazdy spusteny LTE 800 sajt v zone CETINu pro T-Mobile dojde ke spusteni jednoho sajtu pro CETIN/O2 v zone T-Mobilu. Tim je zajistena parita (sajtu je ve vzduchu stejny pocet, lokalni vyjimky s LTE 2600 u hranic zanedbame).

O2 dostane jen to, co si od CETINu objedna. O2 si mimo Prahu a Brno neobjednava zadne kapacitni pokryti (frekvence nad 800 MHz, opet zanedbavame 2600 MHz u hranic, protoze to neni kapacitni vrstva).
T-Mobile si od CETINu krome LTE 800 v ramci parity (vizte vyse) objednava i nemale mnozstvi (stovky) sajtu LTE 1800 (se 4x4 MIMO, tedy az 300 Mbps na sektor). Zaroven ve sve casti site ma uz temer vsude, kde bylo 3G, i LTE 2100, a v dalsich mistech aktivne stavi LTE 1800 (opet 4x4 MIMO).
Optickou infrastrukturu zajistuje CETIN i v zone T-Mobilu; T-Mobile navic ma cast paterni infrastruktury vlastni (na vlastnich nebo pronajatych vlaknech).

Soucasny stav je tedy takovy, ze TM ma mnohem vetsi kapacitu LTE site, nez O2. Kapacita LTE vrstvy se nesdili, z jedne anteny se vysilaji dve 10 MHz vrstvy: jedna osmistovkova pro kazdeho z operatoru (pokud je dodrzena parita), pripadne navic kapacitni vrstva (1800, 2100 - jen pro zakazniky T-Mobilu). Backhaul (propojeni mezi LTE sajtou a jadrem site) sdilene je, tam je potencialni bottleneck - ale nemelo by se stavat, ze uzivatel O2 vycucne vsechnu kapacitu a na uzivatele TM se nedostane - a naopak. Jadro datove site (packet gateway) pak uz ma kazdy operator vlastni.

I proto si TM dovoli nabidnout Pevny internet vzduchem bez FUPu se tremi rychlostmi a bez omezovani ve spicce, zatimco O2 u Air Fixu nejedna uplne poctive a agresivne a aktivne snizuje rychlost i na desetinu (coz samozrejme v ceniku neprizna).

Vodafone ma rychlejsi sit diky nizsimu poctu zakazniku v siti a diky misty chytrejsimu planovani (kam jak svitit, jakym kmitoctem). Ale taky uz to neplati vsude. U TM u nas na vesnici (1700 obyv.) merim 130 Mbit/s (800+2100 MHz).

494

Sítě / Re:Poraďte LTE tarif bez FUP

« kdy: 18. 08. 2017, 14:52:22 »

K O2 nechoďte. Rychlost možná dneska už nesnižují (po stížnostech zákazníků s tím možná dočasně přestali, vizte např. http://www.dsl.cz/clanky/zpomali-vam-po-17-hodine-o2-air-fix-nebojte-se-ozvat nebo https://www.mobilmania.cz/bleskovky/o2-air-fix-pribeh-o-zpomaleni-rychle-sluzby-a-nahle-naprave/sc-4-a-1337934/default.aspx), ale rozhodně mají mimo Prahu a Brno nejslabší LTE síť. Zatímco VF a TM investují do kapacitních pásem a síť tak posilují, O2 má mimo Prahu a Brno prakticky všude jen LTE 800 MHz s omezenou kapacitou (75 Mbit/s na sektor).

495

Sítě / Re:Poradte LTE tarif bez FUP

« kdy: 17. 08. 2017, 13:37:18 »

Na doma rozhodne LTE nahradte necim jinym, pokud z toho jdou aspon dve desitky megabitu za sekundu.

Pokud uz nemate jinou moznost nez LTE, tak T-Mobile ma Pevny internet vzduchem, ktery je bez datovych omezeni. Rychlostni omezeni je dle tarifu 20/50/100 Mbps down. Je to ovsem instalovane technikem a omezene na konkretni lokalitu...