Les protocoles associés, c'est RTP, qui établit une connexion UDP entre deux ports négociés via SIP, et c'est un beau bazar pour gérer ça correctement
Au niveau de netfilter, ils ont intégré le conntrack et le NAT pour RTP/RTSP et plusieurs protocoles P2P (module ipp2p).
Le SIP n'est géré que par patch (dans patch-o-matic-ng) pour le moment.
Je trouve que c'est une plus grande nouvelle que H323. Le RTSP va me permettre d'enfin accéder aux chaînes de Free à travers mon firewall, et je vais pouvoir à nouveau bloquer les connexions vers l'extérieur sur mon firewall. J'avais tout autorisé, car ça me ralentissait ou bloquait le P2P (cause ports aléatoires bloqués par le firewall).
Il faut peut-être patcher iptables avec patch-o-matic-ng pour gérer ces protocoles.
[^] # Re: Pourquoi H323?
Posté par ookaze . En réponse à la dépêche Sortie du noyau Linux 2.6.17. Évalué à 2.
Au niveau de netfilter, ils ont intégré le conntrack et le NAT pour RTP/RTSP et plusieurs protocoles P2P (module ipp2p).
Le SIP n'est géré que par patch (dans patch-o-matic-ng) pour le moment.
Je trouve que c'est une plus grande nouvelle que H323. Le RTSP va me permettre d'enfin accéder aux chaînes de Free à travers mon firewall, et je vais pouvoir à nouveau bloquer les connexions vers l'extérieur sur mon firewall. J'avais tout autorisé, car ça me ralentissait ou bloquait le P2P (cause ports aléatoires bloqués par le firewall).
Il faut peut-être patcher iptables avec patch-o-matic-ng pour gérer ces protocoles.