Témata

1

Sítě / IPv6 dualhome

« kdy: 11. 04. 2025, 16:14:40 »

Zdravím, mám dva OpenWRT routery v "HA", na vnitřních VLAN je pro IPv4 VRRP a každý router má vlastní WAN. Na IPv4 s WAN maškarádou failover mezi nimi funguje samozřejmě pěkně.

Teď se snažím rozchodit IPv6. Na jednom routeru je nativní DHCP-PD /56, na druhém prozatím HE tunel /48. Oba routery jsou nastavené stejně, konektivita na každém je funkční, na každé VLAN běží RA/SLAAC a adresy to přiděluje dobře.

Takhle to vypadá na PC na vnitřní VLAN:

Kód: [Vybrat]

2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2a01:9425:xxxx:170:dfce:768d:c031:a141/64 scope global dynamic noprefixroute
       valid_lft 37309sec preferred_lft 32989sec
    inet6 2001:470:xxxx:70:14e2:e8aa:6284:2403/64 scope global noprefixroute
       valid_lft forever preferred_lft forever


Kód: [Vybrat]

2001:470:xxxx:70::/64 dev ens192 proto ra metric 100 pref medium
2001:470:xxxx::/48 via fe80::f2ad:4eff:fe28:9c73 dev ens192 proto ra metric 100 pref medium
2a01:9425:xxxx:170::/64 dev ens192 proto ra metric 100 pref medium
2a01:9425:xxxx:100::/56 via fe80::f29f:c2ff:fe61:7afa dev ens192 proto ra metric 100 pref medium
fe80::/64 dev ens192 proto kernel metric 1024 pref medium
default proto ra metric 100 pref medium
        nexthop via fe80::f29f:c2ff:fe61:7afa dev ens192 weight 1
        nexthop via fe80::f2ad:4eff:fe28:9c73 dev ens192 weight 1

Jen mi ale uniká, jak docílit, aby spojení z PC odcházely přes tu bránu která zdrojový prefix přidělila? Aktuálně to funguje blbě - zdrojová adresa se (asi) zvolí správně podle RFC3484, ale vše odchází jen přes první bránu, takže pokud se to zrovna netrefilo tak to nefunguje.

2

Sítě / Jak funguje síť Cetinu?

« kdy: 19. 11. 2024, 11:28:29 »

Může mi tady někdo osvětlit, jak funguje infrastruktura Cetinu, primárně z hlediska sdílení operátory? Podle mě by to mohlo být zajímavé téma i na celý článek.

Nejdřív VDSL. Tam je mi celkem jasný, že účastník je jasně identifikován dvoulinkou až do DSLAMu. Předpokládám, že tam se daný port nastaví do SVLAN konkrétního operátora. CVLAN 848 co se používá pro internet je pak technicky Q-in-Q a všichni operátoři používají stejnou, pro jednoduchost. PPPoE je jen pro nastavení IP, autentizace se nepoužívá, protože účastník je daný portem. Dává to smysl? A na které vrstvě se dělá shaping? Jak fungují alternativní operátoři, má každý svou SVLAN do každého DSLAMu? A může operátor použít DHCP místo PPPoE?

Pak GPON. Předpokládám, že ONU SN se použije primárně pro určení operátora/SVLAN na OLT. Přes OMCI se na ONU nastaví CVLANy a nad tou internetovou se vytočí PPPoE - autentizace už je potřeba, protože účastník není jednoznačně identifikován. Jen mi není úplně jasné, proč má username i doménovou část, když už celé PPPoE běží v síti operátora, je tam nějaká možnost dalšího přeprodávání, aby každý alternativní operátor nemusel mít SVLAN do každého OLT? A na které vrstvě se dělá shaping? A může operátor použít DHCP místo PPPoE, když mu bude stačit autentizace (ONU SN +) MAC?

A pak ještě - Cetin a T-Mobile uzavřeli smlouvu o společném budování GPON přípojek - jak to sdílení technicky funguje, jaký je rozdíl mezi "nativním" T-Mobile a T-Mobile na Cetinu? T-Mobile má na webu specifikaci ONU, podle které je možné připojit vlastní zařízení (viz https://www.t-mobile.cz/dcpublic/Fiber-Internet-Pozadavky-na-zarizeni.pdf). Platí to tak tedy i pro síť Cetinu a v důsledku ostatní operátory?

3

Sítě / CATV kabeláž

« kdy: 19. 10. 2023, 09:13:17 »

Mám CATV přípojku od UPC/Vodafone přivedenou do racku, je tam Docsis modem a vedou odtud 3 koaxy do zásuvek k TV.

Dotaz - jaké je správné pořadí zapojení? Resp. jaká přesně funkce je toho pásmového filtro-splitteru co k tomu dávají (WISI DM 80 aj.)? Musím ho použít?

a) filtro-splitter, z něj DATA výstup do modemu a TV výstup do 3násobného fullband-splitteru do zásuvek. V zásuvkách nebude fungovat rádio.
b) jen 4násobný fullband-splitter mezi modem a zásuvky, dodaný filtro-splitter nepoužit. Rádio bude fungovat.
c) stejné jako b) jen modem připojen ještě přes filtro-splitter

Zběžným testem fungujou všechny varianty (až na to rádio, ale to je jedno), jen mi není jasné, která je ta nejsprávnější.

4

Bazar / Sháním kliky k rackům Rittal

« kdy: 02. 06. 2022, 19:27:02 »

Nemáte někdo? Typ "Comfort Grip" - 8611.070 nebo podobnej, ideálně i se zámkama, 8 kusů.

5

Sítě / x86 deska s SFP+

« kdy: 11. 07. 2021, 22:04:34 »

Chci přesunout L3 z mojí CRS326, protože 500Mbps už prostě routovat/firewallovat nestíhá. Napadlo mě použít RB4011 a propojit je po 10G, ale zvažuju taky pfSense. Někdo nápad na x86 desku typu APU2 ale s 10G/SFP+ (+ min 2x 1G)? Ideálně v cenový relaci tý RB - do 5k.

6

Bazar / Shanim mSATA 1TB

« kdy: 09. 11. 2019, 22:27:46 »

Jsem (pozde) zjistil, ze mSATA je mrtvola a neni k sehnani. Nemate nekdo 1TB prosim? Idealne bych to vymenil za klasicky 2.5" stejne velikosti.

7

Software / Domácí bluetooth audio

« kdy: 17. 09. 2019, 14:13:18 »

Koupil jsem na ebay Adastra stropní repráky s bluetooth zesilovačem, funguje to docela slušně. Budu mít 3 "zóny" (WC, koupelna, kuchyně), bude to připojené k Raspberry. Teď přemýšlím, jak to zprovoznit s co nejvíc user-friendly rozhraním - chtěl jsem to nacpat do OpenHab, ale to vypadá poměrně komplikovaně - nějaké tipy na client-server audio řešení s podporou (více) bluetooth výstupů a pěkným UI, ideálně i appkou pro Android/IOS? Klidně i rozumně placené.

8

Sítě / Tesla 2-BUS

« kdy: 26. 04. 2019, 20:50:14 »

Netusite nekdo jak (detailne) funguje dvouvodicovej system domacich telefonu 2-BUS? Chtel bych na to pripojit vlastni zarizeni ve smyslu ATA brany, ktera by hovor prevedla na SIP. Tak jen premyslim, jestli to vubec ma cenu zkouset.

9

Hardware / Chytrá elektroinstalace v bytě

« kdy: 02. 03. 2019, 22:28:28 »

Velmi stručně - čeká mě kompletní rekonstrukce bytu, chci si pohrát s elektroinstalací a úplně se nevezu na aktuální vlně barevných žárovek ovládaných přes bluetooth. Původně jsem zvažoval Loxone nebo iNELS, ale obojí jsem víceméně zavrhl kvůli předraženým komponentám (vypínač za 2k apod.) a vendor lock-inu. Vymyslel jsem následující řešení a rád bych slyšel kritiku, případně zlepšovací nápady:

V rozvaděči bude:
- "obyčejné" průmyslové PLC, konkrétně SmartAxis s 24 DI (digital input) a 16 RO (relay output), modbus TCP i RTU
- RS485 rozbočovač, co udělá ze sběrnice hvězdu pro snazší kabeláž
- modbus 8-kanálový dimmer
- modbus deska s dalšími I/O

K vypínačům povede hvězdou S/FTP kabel, jeden pár bude modbus k "hloupému" digitálnímu termostatu nebo termo čidlu, druhý pár nějaké napájení a zbylé dva páry na vypínače. Vypínače budou úplně obyčejné tlačítkové ("vracecí"). Světla budou nějaký mix 230V a 12-24V, ovládané buď přímo RO nebo dimmerem. Na každém radiátoru bude termohlavice ovládaná 24V RO, stejně tak kotel bude spínaný RO. Pak tam budou další výstupy na větráky na záchodě/v koupelně, zvlhčovač vzduchu, vstupy z S0 (měřiče energií), záplavových čidel atd.

PLC by bylo zcela soběstačné, bude naprogramovanou logikou "řídit" světla, topení, větrání atd. K němu bude přes modbus TCP připojené Raspberry s nainstalovaným OpenHAB, který bude sloužit jako interface pro ovládání přes web/mobil/nějaký touchscreen. Termostaty v jednotlivých pokojích budou zobrazovat aktuální teplotu, nastavenou teplotu a bude možné tu nastavenou teplotu změnit (dočasně, do dalšího cyklu nastaveného v PLC).

Takže byt bude zpětně kompatibilní s babičkami - vypínače budou fungovat klasicky, teplotu si dokážou poladit na termostatu a zároveň nám umožní vychytávky typu vypnutí všech světel při odchodu, v noci na záchodě světlo jen na 50%, zapnutí topení cestou z letiště, atd. Navíc celé řešení používá standardní/otevřené technologie, takže je slušná šance, že to bude fungovat i za 10 let. Dává to smysl? Udělali byste něco zásadně jinak?