Dotaz: Odpoved na multicast

[pp]

Zdravim,

pokusam sa opravit UPnP klienta a zistil som zaujimavu vlastnost (alebo bug?) - ako ju obist?

Najskor myslienka pre normalnych ludi: paket sa posle z 192.168.1.10 na 239.255.255.250 (multicast). Tento paket obdrzi router a odpovie unicastom z 192.168.1.1 na 192.168.1.10. Problem je, ze na 192.168.1.10 uz paket v programe neprecitam, aj ked ho podla Wiresharku dostanem.

Kedze je program pomerne hnusny, zapisem to skoro-pseudokodom:

sock = socket(PF_INET, SOCK_DGRAM, 0);
bind(sock, [AF_INET, PORT, INADDR_ANY]);
sendto(sock, buffer, n, 0, inet_addr("239.255.255.250"));
fds[0].fd = sock;
fds[0].events = POLLIN;
n = poll(fds, 1, timeout);

 

Tu nefunguje prijatie unicastovej odpovede (do programu - kernel odpoved dostane). Je pritom zaujimave, ze ked pouzijem unicastovu IP adresu v sendto, tj. ked dotaz mierim na 192.168.1.1, tak odpoved do programu po spravnosti dostanem. Odpoved sa pritom vobec nelisi.

Kde je chyba? Preco nedostavam odpoved, ktoru cakam?

Vdaka

Odpovědi

[Sten]

Nejsem si u multicastu jistý, ale u unicastu platí, že sockety probíhajících komunikací jsou identifikovány pomocí (protokol, vzdálený (IP, port), lokální (IP, port)). Příchozí paket ale má jinou adresu, jádro jej tak nedokáže přiřadit tomu otevřenému socketu a zahodí jej (je to UDP, o zahození se odesílatel neinformuje). Pokud chcete na multicast umožnit unicastovou odpověď, potřebujete naslouchat na příslušném portu pomocí listen (a otevřít ten port ve firewallu).

[pp]

Ten listen nejde prave preto, lebo je to UDP. Pre istotu som to skusil a vracia mi to -1, errno = 95 (EOPNOTSUPP). To je v manuali vysvetlene: The socket is not of a type that supports the listen() operation.

Diky za odpoved, ale zda sa, ze tu cesta nevedie.

[Fuky]

Přílohy:

• mcast.py (2214 bytů)
• udpecho.py (1467 bytů)

Na UPD paket se čeká např. pomocí recvfrom().

V příloze máš ukázku UDP klienta/serveru a ukázku multicast vysílače/přijímače.

[Fuky]

Podle mě tvůj klient na 192.168.1.10 paket nepřečte, protože na něj nečeká.

Kdyby jsi přiložil ukázkovou, co nejvíce očesanou, verzi klienta a serveru, která ti nefunguje, tak by se dalo odpovědět přesně.

[pp]

Prepacte - uz som pripravil orezanu verziu programu a potom som porozmyslal o firewalle vyssie - nakoniec je to naozaj tym. Mal som tam povolene ESTABLISHED,RELATED a priama odpoved je OK, ale odpoved na multicast uz tam nespada.

[Ondrej Santiago Zajicek]

Ale ceka. Mezi cekanim v recvfrom() a v poll() z hlediska socketu neni moc rozdil. Samozrejme poll() po skonceni ten paket nepreda do userspace, na to je treba nasledne zavolani recvfrom(), ale paket je prijat a zarazen do prichozi fronty socketu.

Jinak na poslouchani na UDP neni treba zadna specialni funkce. Jakmile ma socket prirazeny port number (coz zajisti bind()), tak je port otevren a prijima pakety.