On 08/08/2024 00:16, Pixel(R)?? wrote:
> Kamera czy rejestrator do P2P ma wbudowaną usługę klienta i swój
> unikalny numer seryjny, jako ID. Włączając tą opcję (nie musisz) łączy
> się z serwerem producenta na jednym z portów i za pomocą ICMP podaje
> swoje parametry dla swojego slotu.

Tutaj zapomniałeś dopisać CAŁEJ RESZTY, w której problem.

Dla wyjaśnienia: nie da się łatwo zestawić połaczenia między hostami za
dwoma NATami. Wymaga to hackowania NATów. Ponieważ NATów jest pewnie ze
sto implementacji, sytuacja jest lekko trudna. Na przykład Hamachi miało
osobne implementacje dla kilkudziesiaciu (bodaj) wersji stosu TCP/IP w
róznych urządzeniach, aby mogło przewidywac numerację portów źródłowych
(tak, są takie) i dzięki temu oszukiwać NATa że nie łaczy się z
serwerem, tylko innym NATem. To miało być synchronizowane nie tylko na
poziomie zgadywania numerów portów, ale i czasów odpowiedzi. Ten
algorytm jest właśnie tym, o co pytam w przypadku Twojego P2P.

Zamiast tego, napisałeś o duperelach typu jakieś ID. To kompletnie bez
znaczenia. Najpierw doprowadź do działajacego tunelu przez dwa NATy, bo
w tym jest istota tego P2P.

> producenta. Tam dostajesz "ticket" i zostaje zestawione połączenie P2P
> (tunelik) pomiędzy SETUP.EXE a rejestratorem

Tak, to jest właśnie ta najtrudniajesza część, o którą są te pytania.
Jak to działa w detalach, te "zestawienie połaczenia" P2P?

>, podobnie jak połączenie w
> sieci Torrent, Emule/innych pomiędzy hostami.

Ale wiesz, że to jest skranie skomplikowane zagadnienie, rozwiązywane na
różne sposoby i nie potrafi ono tak naprawdę, w przypadku sieci
edonkey2000 zestawić połaczenia P2P między dwoma komputerami za NATem?
Podałeś przykład usług, które potrafią P2P tylko pod warunkiem, że jeden
z hostów jest dostepny z zewnątrz przez port.

> Teraz czaisz?

Niczego nie wyjaśniłeś.

1) Klika się w setup.exe
2) coś się dzieje w warstwie TCP/IP na dwóch hostach za NATami
3) możemy wysyłać pakiety P2P

Rozwiń 2).