Obowiązki przedsiębiorcy telekomunikacyjnego, czyli kolejne genialne pomysły rządzących.

Po projekcie rozporządzenia w sprawie retencji danych, wejściu tego rozporządzenia w życie oraz pomyśle na minimalną prędkość Internetu, przyszła kolej na kolejny genialny pomysł pomysł rządzących. Chodzi o projekt rozporządzenia dotyczącego wymagań i sposobu zapewnienia przez przedsiębiorcę telekomunikacyjnego warunków dostępu i utrwalania. Znaczy – normalnie mówiąc – podsłuchu i rejestracji rozmów telefonicznych i transmisji internetowych.

Czemu projekt jest fatalny? Po pierwsze, czasy reakcji. W wariancie najbardziej ręcznym są 2h w dzień od 6 do 22 i 4h od 22 do 6. W wariancie najbardziej automatycznym (odpowiednio 15 i 30 minut w wariancie najbardziej automatycznym). Od czasu zgłoszenia zapotrzebowania do umożliwienia podsłuchu/nagrywania. W piątek, świątek, niedzielę. Proponowałbym, żeby miłościwie nam panujący autorzy projektu zapoznali się z czasami reakcji obowiązującymi w branży. I może z prawem pracy jeszcze. I policzyli, ile potrzeba osób, by obsadzić w ten sposób 24/7 jeden „slot”.

Po drugie, ilości ludzi. W najgorszym, czyli najmniej zautomatyzowanym wariancie jest to 1 pracownik na 1500 numerów telefonicznych oraz adresów IP. Przydzielonych ISP. Czyli taki dostawca sieci, który ma nieszczęście mieć IPv6 (minimalnie /48, mniej się nie przydziela) ma – mówiąc kolokwialnie, ale inaczej się nie da – przejebane. Bo klasa /48 to 2 do potęgi 80, czyli 1208925819614629174706176 (1,209 razy 10 do potęgi 24, będzie czytelniej). Nawet ten z pełną automatyką i tylko jednym pracownikiem na 45000 adresów IP będzie musiał mieć 2,68 razy 10^19 pracowników.

Nie wiem, czy wymagana na maturze powinna być bardziej matematyka, czy geografia, bo nie wiem czy rządzący nie orientują się, ilu jest ludzi na świecie, czy po prostu nie policzyli tego. W każdym razie ten wariant likwiduje bezrobocie na Ziemi na parę wieków. Obawiam się jednak, że mają świadomość, co czynią, bo w uzasadnieniu (wpływ regulacji na rynek pracy) piszą o korzystnym wpływie na rynek pracy…

Nawet, jeśli zmienią powyższe z przydzielonych ISP na przydzielone klientom końcowym – niewiele to wnosi. Przy IPv6 klient końcowy dostaje /64 czyli 1,8 razy 10^19 adresów IP… Zresztą, nie potrzeba IPv6. Nawet nędzne 1,6 do 2,5 mln klientów Neostrady w TPSA (znalezione przy okazji tego wpisu, pewnie się zmieniło) to – najbardziej optymistycznie – minimalnie 35 do 55 osób. W samej tylko TPSA, do samej tylko Neostrady. Licząc po klientach, nie IP przydzielonych ISP, czyli bardzo, ale to bardzo skromnie (na to w projekcie nie wpadli jeszcze)…

Najbardziej martwi mnie to, że prawo jest z założenia martwe, niespecjalnie potrzebne (chyba, że u nietypowych ISP pracowałem – pytanie do adminów sieci – jak często u was robią zrzuty/zapisy transmisji, licząc na 1k abonentorok?), daje spore pole do nadużyć (konkurs bez nagród: kto może zlecić w Polsce założenie podsłuchu tego typu?) i będzie służyło zapewne głównie ochronie rządzących, czego przykład mieliśmy podczas użycia ABW do interwencji w sprawie z strony ośmieszającej(?) prezydenta. Aha, gdyby ktoś miał wątpliwości, to Kowalski za góra 5 euro miesięcznie obejdzie to wszystko przy pomocy VPN i silnej kryptografii, podobnie jak przy pomocy ustawy antyhazardowej.

Inne ciekawostki z dokumentu: przedmiot projektowanego aktu prawnego nie jest objęty prawem Unii Europejskiej. Faktycznie, bardziej pachnie Białorusią.

PS Czuję, że na pl.internet.polip znów będzie wrzało…

Źródło, czyli projekt dokumentu.

Rockbox 3.9.

Rockbox 3.9 wydany. Ponownie brak większych zmian z punktu widzenia użytkownika Sansy i bezproblemowy upgrade. Trochę nowych funkcjonalności/optymalizacji, zarówno po stronie kodeków, jak i silnika, tradycyjnie poprawki błędów. Keymap: Holding any button during USB insert now forces charge mode – albo nie umiem tego używać, albo nie widzę różnicy. Lista zmian dla Rockbox 3.9.

Częstość piątku trzynastego.

Czy naprawdę piątek przypada trzynastego dnia miesiąca częściej, niż inne dni tygodnia, jak wynika z tego wpisu? Postanowiłem to sprawdzić, metodą najdoskonalszą, czyli brute force. Co prawda tylko dla lat 1970-2037 czyli w Unix Epoch (pełne lata).

Kod był praktycznie gotowy z czasów obliczeń, czy pracownicy zyskają, czy stracą na wolnym 6. stycznia. Ostatecznie wygląda on tak:

a wynik działania wygląda tak:

DOW - ilosc
1 - 116
2 - 118
3 - 115
4 - 117
5 - 117
6 - 116
7 - 117
Suma: 816

1 - Monday, ... , 7 - Sunday

Piątek oznaczony jest cyfrą 5, jak widać występuje on jako trzynasty dzień miesiąca 117 razy, podobnie jak czwartek i niedziela , więcej w badanym okresie jest wtorków trzynastego (118), a najmniej śród (113).

Pozostaje pytanie, dla jakich dokładnie lat prowadzona była analiza w oryginalnym wpisie. Na oko wygląda na jakieś 335 lat, pytanie które dokładnie. W każdym razie w badanym okresie nic nie wskazuje na większą częstotliwość występowania piątku w trzynasty dzień miesiąca.

Bańka a RSS.

Temat pojawił się przy dwóch okazjach. Jedna to nadrabianie pourlopowych zaległości RSSowych podczas których dotarłem i przeczytałem wpis KosciaKa o bańce i RSS, druga to podesłanie przez redhanda linku do powiązanego z tematem linka.

KosciaK IMO trochę miesza dwie zupełnie różne sprawy:

  1. zamykanie się/bycie zamykanym w bańce
  2. zmiana profilu/poziomu źródeł RSS (a także naszych zainteresowań/oczekiwań) i ich wysychanie.

Akurat samo wysychanie źródeł RSS jest najmniej problematyczne, bo po prostu dorzuca się nowe ciekawe RSSy w miejsce starych, które są już tylko pustym linkiem w czytniku RSS. Czytamy nadal na miarę swoich możliwości przerobowch, a wpływ na generowanie lub nie treści mamy praktycznie żaden. Możemy podziękować autorowi, dodać komentarz, ale nie sprawimy, że ktoś, kto nie ma czasu/weny na generowanie treści nagle zacznie znowu pisać. Takie życie.

Gorsza jest zmiana profilu/poziomu kanału RSS, szczególnie jeśli jest to spadek jakości – dane nadal płyną, próbuje się je przetworzyć, ale coraz więcej jest szumu, coraz mniej sygnału. Czyli to, przed czym chroniliśmy się w bańce zaczyna się do niej wdzierać.

Zupełnie inną rzeczą jest zamykanie się w bańce. Czy to dobrowolne, czy nie. Nie mając bańki (czyli filtrów, po prostu) mamy spojrzenie szersze, ale więcej jest szumu (treści nieinteresujących, słabych). Biorąc pod uwagę zasób, jakim jest czas przeznaczony na czytanie, możemy przetworzyć stałą ilość informacji. W wersji bez filtrów – część czasu stracimy na szum. W wersji z filtrami – szumu będzie znacznie mniej, ale stracimy możliwość odbioru części źródeł sygnału. Wszystkiego przeczytać i przyswoić nie sposób, tak samo jak nie można znać wszystkich ludzi.

Nie jestem nawet do końca przekonany, czy to, co ma dać DuckDuckGo ma sens. Wypróbuję (już zacząłem), ale IMHO serwis jest podobny do Dogpile, którego próbowałem jakiś czas temu używać zamiast Google, a który łączy wyniki Google, Yagoo i Bing. Jasne, fajnie byłoby mieć możliwość w dowolnym momencie tymczasowego przerwania bańki, ale większość czasu taki „uczący się” search engine działa na naszą korzyść – podsuwa to, co chcemy znaleźć. I dokładnie tak to działa: wyżej są lepsze (dla nas) wyniki. Korzystając z Dogpile czy teraz krótko z DuckDuckGo widzę, że to czego faktycznie szukam nie jest w top 5, tylko np. w top 10. W ogromnej większości przypadków po prostu strata czasu na ominięcie nieciekawych wyników.

Quagga, czyli czemu czasem warto zerwać z kompatybilnością wsteczną.

Tak się złożyło, że w użyciu jest sobie Quagga. Złożyło się też tak, że pobierane z niej są pewne dane przy pomocy polecenia vtysh. W postaci:

vtysh -c "show ip bgp neighbors  advertised-routes"

Następnie wynik polecenia jest parsowany skryptem. Generalnie chodzi o pobranie sieci w notacji CIDR. I wszystko byłoby fajnie, ale Quagga w ramach kompatybilności wstecznej (it’s not a bug, it’s a feature!) zwraca czasem samo IP. Niejednoznacznie, przez co z prostego w założeniu skryptu powinien zrobić się automat domyślający się, czy chodzi o /8, /16 czy /24.

Szukałem informacji czy można coś z tym zrobić na kanałach IRCowych, dostałem dane, że nie ma opcji, by zmienić takie zachowanie, tzn. aby Quagga zwracała jednoznacznie (np. uruchomienie z jakąś opcją). Za to było zainteresowanie ew. znalezionym rozwiązaniem. Nie znalazłem. Wygląda, że po prostu się nie da (tak, wiem, zawsze można pogrzebać w kodzie…).

Nie znalazłem też prostej koncepcji na określanie, o jaką długość prefiksu chodzi w danym przypadku. Akurat w przypadku, w którym używam średnio mi na tym zależy, ale elegancko byłoby móc jednoznacznie określić o jaki prefiks chodzi. Pomysły mile widziane. Przychodzi mi do głowy sprawdzanie, czy dla /8 i /16 nie ma nakładających się sieci z prefiksami określonymi wprost. Wtedy wiadomo, że chodzi o /24.

PS. Wiem, że jest BIRD. Jest rozważany, ale to trochę inny temat.