Ano, síťová neutralita v praxi, protože podle nařízení 2015/2120 musí toto být zakotveno v zákoně, jinak není možné to připojení zeroratovat.
A operátor nic sám rozpoznávat nebude, MV (resp. GŘ HZS jako garant IZS) zveřejní seznam s IP adresami, na které se může spojení zeroratovat.
Jako jeden z autorů té změny v zákoně bych dodal, že možná nejsme největší specialisti na síťové protokoly, ale zase takoví pitomci, abychom nevěděli, jak se to má legislativně napsat vzhledem k regulaci síťové neutrality a potřebě pracovat s předem definovanými IP adresami, nejsme.
Vezmu to popořádku:
1) Seznam povede MV (GŘ HZS). Takže je jejich odpovědnost, ať si s provozovatelem tísňové služby ty IP adresy domluví a ať jim decentně vysvětlí, že pokud to bude na sdílené adrese, tak to na seznamu holt nebude.
Vím, že Záchranka je v úzkém kontaktu s tísňovými službami, komunikují spolu, takže tohle nebude problém. A nové služby, které mohou vzniknout, to budou muset dělat stejně.
Btw česká legislativa jasně říká, co je služba tísňového volání, nemůže se za to prohlásit každý. Horská služba tam mimochodem nepatří, na to jsme při přípravě taky narazili, řeší se to.
2) IP adresa není v zákoně. Tam je jen to, že MV povede seznam a ten je závazný. Je to stejné, jako u seznamů blokovaných URL třeba u hazardu a těch dalších. Ty se samozřejmě mení, podstatné je, že k tomu vedení seznamu musí kvůli nařízení o otevřeném internetu a síťové neutralitě existovat důvod v zákoně. To vyřešené je. Změní se IP adresa, aktualizuje se seznam. Není třeba sahat do zákona. Ale viz výše, aby se ta IP adresa na ten seznam dostala, musí provozovatel splnit dost podmínek, takže tohle fakt nemůže nastat.
A ještě obecně - samozřejmě že jsem nejprve kroutil očima, když jsem se dozvěděl, že nelze zeroratovat spojení ze Záchranky, aniž by se změnila legislativa. Ale tak to holt je, takže se hledalo v rámci novely ZEK řešení, které by a) obstálo legislativně b) neznamenalo žádnou složitou regulaci c) fungovalo v praxi. Vydiskutováno se všemi zúčastníme a toto je výsledek. Který bude fungovat.
Sitova neutralita v praxi... jak chce operator vedet s DoH a TLS 1.3 ze se jedna o traffic aplikace zachranka?
Zachrankaapp.cz:
Status: Resolving address of zachrankaapp.cz
Status: Connecting to 2001:1ab0:7e1e:150:62:109:150:254
Error: Could not connect to server: Connection refused
Status: Connecting to 62.109.150.254
Warning: While the entered hostname resolves to an IPv6 address, the connection could not be established using the IPv6 address.
Status: Connected, waiting for welcome message...
Reply: 220 62.109.150.254 FTP server ready
Command: CLNT xxxxx
Reply: 200 OK
Command: AUTH TLS
Reply: 234 AUTH TLS successful
Status: Performing TLS handshake...
Status: TLS handshake successful, verifying certificate...
Status: Received 3 certificates from server.
Status: cert[0]: subject='CN=*.nameserver.sk' issuer='C=US,O=DigiCert Inc,OU=www.digicert.com,CN=RapidSSL TLS RSA CA G1'
myslím, že Robin77 dost přehnal, jako obvykle.
Jen pozor na služby, které svoji IP adresu sdílejí (třeba proto, že používají nějakou veřejně dostupnou bránu/balancer). Poznat, že IP adresa není jen jejich může být trochu komplikované, v novele a ani v komentářích to nevidím řešené.
Stejně tak je dost ošemetné, když se samotná IP adresa (která ze své povahy nemusí být konstantní) dává přímo do zákona. Změna IP adresy může nastat z důvodů třetích stran, málokdo má svoj AS, kde si sám může ovlivňovat směrování a přecházet s ní, ale používá IP adresu od hostingu/poskytovatele.
Novy odstavec 20 §33 ZoEK prece zadnou IP adresu neobsahuje. Je tam vcelku abstraktne napsane, ze MVCR vede seznam dalsich zpusobu tisnove komunikace... podle me je to formulovane pekne :) Ano, pri zmene poskytovatele se musi trosku "planovat", takze to nemuze byt zadna "hura" akce, jsou tam i nejake lhuty, do kdy tu zmenu v seznamu musi operatori reflektovat...