On 08/08/2024 21:13, Pixel(R)?? wrote:
>>> https://patents.google.com/patent/CN102413158A/en
>> Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.
> No cóż, mam więcej paczek czipsów, poczekam aż się ogarniesz :)

Wychodzi na to, że trzeba będzie z tego kiepsko przetłumaczonego
abstraktu wyczaić, są tam grube błedy jezykowe, więc niewiele można
pojąć. Na oko to jeszcze jedna metoda z kategorii Hole Punching. Ale
jest tam wiele debilizmów na przykłąd w kółko ktoś mówi o "porcie
routera" co jest oczywistą bzdurą i pewnie winą tłumacza. Pewnie
chodziło o port źródłowy pakietu, a nie routera. Większość tekstu
wygląda na wczesne tłumaczenie maszynowe i nie wiadomo o co chodzi w
wielu miejscach.

Jeśli zgaduję prawidłowo, to typowa technika HP, jedna z wielu używanych
przez Hamachi i inne programy z tej kategorii, praktycznie od zawsze.

Te techniki są coraz mniej przydatne do czegokolwiek, bo routery
przestają być na nie podatne. Cała zabawa z tą metodą zazwyczaj kończy
się, kiedy router zaczyna kontrolować nadawcę pakietu i sprawdzać, czy
zgadza się ze spodziewanym hostem.

O ile w chińskiej treści nie kryje się coś naprawdę interesującego, to
na podstawie mętnego abstraktu i żałosnego tłumaczenia, niewiele się
więcej dowiemy.

Tak po szczerości - niczego nowego ten patent nie odkrywa. Te techniki
są stosowane znacznie wcześniej niz w roku 2011. Sam używałem czegoś
takiego koło 2003 roku, nie wykluczone, że to było Hamachi. Działało
zdaje się własnie poprzez fałszowanie adresów źródłowych i zgadywanie
portów za pomocą zewnętrznego serwera. Nic nowego. I zawsze działało
kiepsko.

do góry

W dniu 08.08.2024 o 21:45, heby pisze:

>>>> https://patents.google.com/patent/CN102413158A/en
>>> Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.
>> No cóż, mam więcej paczek czipsów, poczekam aż się ogarniesz :)
>
> Wychodzi na to, że trzeba będzie z tego kiepsko przetłumaczonego
> abstraktu wyczaić, są tam grube błedy jezykowe, więc niewiele można
> pojąć.

Można, można :) Cytnę jednak dla innych (przetłumaczone przeglądarką z
angielskiego, bo tak podałem):

"Jak pokazano na rysunku 1, niezależnie od tego, czy kamera IP odwiedza
Intranet A czy Intranet B, tryb komunikacji pomiędzy kamerą IP A, kamerą
IP B, routerem A, routerem B i serwerem jest następujący:
Kamera IP A i kamera IP B to odpowiednio kamery IP dwóch intranetów, a
router A i router B odpowiadają odpowiednio ich routerom.
Adres IP intranetu i port konfiguracji kamery IP A to 192.168.0.1:1234,
a adres IP intranetu i port kamery IP B to 192.168.0.18:1234; Adres IP
routera A to 202.100.100.100, a jego port to 80000; Adres IP routera B
to 204.100.100.200, a jego port to 89000; Adres IP serwera to 114.247.16.66.
Kamera IP A wysyła do serwera przezPort80000 przez router A po
enkapsulacji pakietów i wysyła pakiet żądania komunikacji i połączenia;
serwer uzyskuje adres i port routera A; w równym stopniu; kamera IP B
wysyła do serwera przezPort89000 poprzez router B po enkapsulacji
pakietów i wysłaniu pakietu żądania komunikacji i połączenia, a serwer
uzyskuje adres i port routera B.
Serwer przesyła do routera A dane i informuje, że adres routera B i port
to 204.100.100.200:89000; Router A przesyła do kamery IP A dane z
adresem i portem routera B jednocześnie; tworzy adres, który uzyskuje
router B i port; w podobny sposób; serwer przesyła do routera B dane i
informuje, że adres routera A i port to 202.100.100.100:80000, a router
B przesyła do kamery IP B dane z adresem i portem routera A
jednocześnie; tworzy adres, który uzyskuje router A i port.
Kamera IP A wysyła adres z ramki do routera B na port
204.100.100.200:89000, a w tym momencie router A ustanawia prawidłową
sesję kamery IP A na routerze i jednocześnie router B zapisuje tę
relację routingu.
Kamera IP B wysyła adres z ramki do routera A i portu
202.100.100.100:80000; router A przesyła ramkę do kamery IP A; kamera IP
A akceptuje żądanie; i odpowiada kamerze IP B; adres i port
204.100.100.200:89000 do routera B wysyła jednocześnie ramkę, a router
B, czyli 192.168.0.1:1234, przesyła adres IP intranetu z ramki, która
odbiera, do kamery IP A i portu, a kamera IP A akceptuje ramkę i
ustanawia prawidłową sesję.
W tym momencie port komunikacyjny pomiędzy kamerą IP A i kamerą IP B
jest skonfigurowany i zakończony, a kamery mogą się wzajemnie odwiedzać.

> Nic nowego. I zawsze działało
> kiepsko.

I z nów się mylisz. Działa rewelacyjnie od co najmniej 10 lat. Osobiście
to ustawiałem już wtedy...nie wierząc, że może to być stabilne. Czas
pokazał, że tak. OK, są opóźnienia (bo muszą) ale nawet sobie test
zrobiłem. Odpaliłem na smartfonie 16 kamer z jednej lokalizacji, mając
włączoną transmisję danych przy słabym zasięgu, ładowały się pooowoli.
No tak, "chmura" pomyślałem...ale wyłączyłem transmisję i włączyłem
WiFi, żeby znaleźć się w sieci lokalnej. No REWELKA! Nagle chmura
teleportowała się z chin do sieci lokalnej i zaczęło śmigać "jak po
LANie" :) No, mówię sobie, ciekawe, ciekawe :)


--
Pixel(R)??

do góry

On 08/08/2024 22:10, Pixel(R)?? wrote:
>> Nic nowego. I zawsze działało kiepsko.
> I z nów się mylisz. Działa rewelacyjnie od co najmniej 10 lat.

Masz sporo szczęścia. Oczywiście nie powiedziałeś nam jeszcze, czy to
jest właśnie ta technika użuwana przez jakieś setup.exe producenta
kamer. Więc nie wiadomo dalej jakiej techniki używają.

> Odpaliłem na smartfonie 16 kamer

Dużo. Zakładając, że każda z nich daje strumień FullHD, to:
1) to są grube megabajty /s
2) to jest ekwiwalent rozdzielczości 8k, którą trzeba rozkompresować z
H.264/5, nawet jeśli nie ma na czym tego 8k wyświetlić. Srogi telefon,
milordzie. No chyba, że to był jakiś gówniany preview ze strumieniem jak
z ruskiego webcama.

> teleportowała się z chin do sieci lokalnej i zaczęło śmigać "jak po
> LANie" :) No, mówię sobie, ciekawe, ciekawe :)

Też uważam to za ciekawe, nie wiem jaka jest wydajność współczesnych
telefonów, ale zdaje się że dekompresja ekwiwalentu 8k strumienia
H.264/5 jest dość kłopotliwa na bylegównie z telefonu. Może się mylę,
trzeba by sprawdzić w praktyce. Zgaduje, że te 16 kamer jednak nie
wyświetlało się z pełną rozdzielczością.

Ogólnie cieszę się, że masz pozytywne doświadczenia z hole punching. Nie
każdy ma taki komfort. Trzymamy kciuki.

do góry

On Thu, 8 Aug 2024 21:10:11 +0200, heby <h...@p...onet.pl> wrote:
> > https://patents.google.com/patent/CN102413158A/en

> Nie znam chińskiego. Z opisu abstraktu nie da się za wiele
> wywnioskować.

Przecież dokument jest po angielsku.
Chińczycy opatentowali PH.

--
Marek

do góry

On 09/08/2024 09:08, Marek wrote:
>> Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.
> Przecież dokument jest po angielsku.

Ten dokument jest po chińsku ze słowami po angielsku.

> Chińczycy opatentowali PH.

Oj tam. Opatentowali jeden z kilku PH ;)

do góry

On Thu, 8 Aug 2024 22:29:38 +0200, heby <h...@p...onet.pl> wrote:
> Dużo. Zakładając, że każda z nich daje strumień FullHD, to:

Oczywiście, że nie. Do takiego podglądu MxN leci drugi (nie master)
strumień z reguły nie przekracza 720p i kilkanaście klatek/s.
Przynajmniej tak jest w Hiku.
Tak jeszcze w kwestii tych onanizacji kolegi punktowego Dahuą. Mam
kilka dość drogich kamer Hik (6k szt) a że silnie konkurują z Dahuą
to sądzę że w obu brandach jest dokaldanie ta sama sytuacja. Soft na
Androida pod względem ergonomi obsługi oraz komunikatywności daje
wiele do życzenia. Sprawia wrażenie niekompletnego, z brakującymi
administracyjnymi, które częściowo są albo dostępne przez interfejs
kamery albo apliakcję na win. Oczywiście webowy interfejs kamery
silnie oparty o winpluginowynalazki nie działające nawet na
współczesnym FF na win (instrukcja sugeruje odpowiedni downgrade).
Rzeczy, które dałoby się zrobić prosto (np. pobieranie nagram z kamer
jak ktoś chce) specjalnie zagmatwane tonami JS/win zależnego kodu.
A teraz się okazuje, że wykorzystują PH....

--
Marek

do góry

On 09/08/2024 09:25, Marek wrote:
> sama sytuacja. Soft na Androida pod względem ergonomi obsługi oraz
> komunikatywności daje wiele do życzenia. Sprawia wrażenie
> niekompletnego, z brakującymi administracyjnymi, które częściowo są albo
> dostępne przez interfejs kamery albo apliakcję na win. Oczywiście webowy
> interfejs kamery silnie oparty o winpluginowynalazki nie działające
> nawet na współczesnym FF na win (instrukcja sugeruje odpowiedni
> downgrade).

Zabawne, że rzeczy ogranięte przez pryszczatych nastolatków są
nieogarnialne przez duże firmy.

> Rzeczy, które dałoby się zrobić prosto (np. pobieranie
> nagram z kamer jak ktoś chce) specjalnie zagmatwane tonami JS/win
> zależnego kodu.

Widocznie 6k za kamerę to za mało, aby zatrudnić programistę, a nie
programatora.

Cała branża "profesjonalnych" aplikacji do automatyki domu wygąda jak
sterta guano w której ktoś zgubił kod źródłowy, 20 lat temu. Rozbawiła
mnie np. appka do pompy ciepła. Zdekompilowałem apk w celu znalezienia
listy rejestrów modbus. Listę znalazłem, w końcu, ale zafascynowalo mnie
np. kilka biblitek do parsowania xmla, każda z innej parafii. Nie
przeszło by to pierwszego review na githube, ale "profesjonalnie"
przejdzie wszystko.

> A teraz się okazuje, że wykorzystują PH....

Tego nie wiemy.

do góry

On Fri, 9 Aug 2024 09:20:34 +0200, heby <h...@p...onet.pl> wrote:
> Oj tam. Opatentowali jeden z kilku PH ;)

A tak btw, ktoś prowadzi statystyki sprzętu/modeli routerów, które
jeszcze pozwalają na PH by default albo przez opcję konfiguracyjną?
Bo właściwe wystarczy by tylko jeden router (A lub B) w takim
zestawieniu na to umożliwiał...

--
Marek

do góry

On 09/08/2024 09:46, Marek wrote:
>> Oj tam. Opatentowali jeden z kilku PH ;)
> A tak btw, ktoś prowadzi statystyki sprzętu/modeli routerów, które
> jeszcze pozwalają na PH by default albo przez opcję konfiguracyjną?

HP jest na tyle sporadycznie uzywaną opcją, że pewnie nikogo to nie
interesuje w sensie statystycznym.

Moje statystyki są subiektywne i bardzo słabe. Gdzieś widzialem
publikację na ten temat, ale tam nie było statystyki, tylko trend
opisany przez autora. Konkluzja była taka, żeby się ewakuować.

> Bo właściwe wystarczy by tylko jeden router (A lub B) w takim
> zestawieniu na to umożliwiał...

Z tym nie było problemu 10 lat temu. Ale routery od tamtego czasu
zaliczyły upgrade z uwagi na rosnącą prędkosć internetów, padające
kondensatory i zasilacze. W moim mikrotiku nie próbowałem jeszcze, ale
router Asusa, jakiś nowy model kupiony rok temu, nie pozwalał na HP w
kilku opcjach jakie miałem, opcji do uruchomienia tego nie znalazłem.
Ten sam efekt był po wymianie modemu kablowego na nowszy model. Znajomy
używał jakieś alternatywy Hamachi (nie pamiętam już który to był) i po
wymianie routera stracił łącznośc z firmą, firma w końcu przeszła na
prawilny VPN po kilku takich wpadkach. Co ciekawe jest niby, jakby
oficjalny, STUN, ale instrukcje obsługi routerów nie wspominają w ogóle,
czy to działa. W ogóle nie wspomniają takich rzeczy Kowalskiemu, bo i po
co. tak, że cięzko stwierdzić, czy STUN stał się standardem, czy tylko
jakimś nudnym dokumentem.

Muszę kiedyś wrócić do tematu, może coś nowego się pojawiło, są STUN,
TURN, ICE i pewnie jeszcze kilka nerdowskich rozwiązań, ale wszystkie
mają jakieś absurdalne problemy typu "nie zawsze działa".

Ponadto, z ciekawości zapytałem kiedyś jednego ucznia z technikum na
kierunku sieci. A owszem, uczą ich takich rzeczy jak sieci wirtualne.
Ale zamiast pokazać jakieś HP, pokazali im ukrytą usługę torrenta, jako
alternatywę, no i oczywiście kilka typów VPNów. Ja tam uważam to za
całkiem sensowne podejście.

do góry

On Fri, 9 Aug 2024 09:41:02 +0200, heby wrote:
> On 09/08/2024 09:25, Marek wrote:
>> sama sytuacja. Soft na Androida pod względem ergonomi obsługi oraz
>> komunikatywności daje wiele do życzenia. Sprawia wrażenie
>> niekompletnego, z brakującymi administracyjnymi, które częściowo są albo
>> dostępne przez interfejs kamery albo apliakcję na win. Oczywiście webowy
>> interfejs kamery silnie oparty o winpluginowynalazki nie działające
>> nawet na współczesnym FF na win (instrukcja sugeruje odpowiedni
>> downgrade).
>
> Zabawne, że rzeczy ogranięte przez pryszczatych nastolatków są
> nieogarnialne przez duże firmy.

No wiesz - pryszczaty nastolatek ma swoją wiedzę, a duża firma ludzi z
20-letnim doświadczeniem :-)

Ale mnie dzis bank zaskoczył - zdalne zakładanie konta, włącz kamere,
przycisk rozpocznij nagrywanie ... ale nie, zanim przycisnę, to
rozpoznaje czy kamera widzi twarz. Czyli na bieżąco ma analizę.
Ciakawe, czy przez jakis serwer, czy lokalnie w mojej przeglądarce.
Javascript? jakis "objekt"

>> Rzeczy, które dałoby się zrobić prosto (np. pobieranie
>> nagram z kamer jak ktoś chce) specjalnie zagmatwane tonami JS/win
>> zależnego kodu.
>
> Widocznie 6k za kamerę to za mało, aby zatrudnić programistę, a nie
> programatora.
>
> Cała branża "profesjonalnych" aplikacji do automatyki domu wygąda jak
> sterta guano w której ktoś zgubił kod źródłowy, 20 lat temu. Rozbawiła
> mnie np. appka do pompy ciepła. Zdekompilowałem apk w celu znalezienia
> listy rejestrów modbus. Listę znalazłem, w końcu, ale zafascynowalo mnie
> np. kilka biblitek do parsowania xmla, każda z innej parafii. Nie
> przeszło by to pierwszego review na githube, ale "profesjonalnie"
> przejdzie wszystko.

A może normalnie - programowanie objektowe.
Kupujesz/uzywasz objekt, on używa pewnej biblioteki,
ale drugi objekt pisała inna osoba, i używa innej biblioteki ...

J.

do góry