netfilter: nf_ct_h323: fix bug in rtcp natting
authorPablo Neira Ayuso <pablo@netfilter.org>
Mon, 4 Jun 2012 11:31:04 +0000 (13:31 +0200)
committerPablo Neira Ayuso <pablo@netfilter.org>
Thu, 7 Jun 2012 12:53:17 +0000 (14:53 +0200)
commitd109e9af61a6d2fdf33dc615ab8b724a8e75a8a4
treef3eac7863bd546e95faf41b2b872f6977f3a52ca
parentd1992b169d31f339dc5ea4e9f312567c8cf322a3
netfilter: nf_ct_h323: fix bug in rtcp natting

The nat_rtp_rtcp hook takes two separate parameters port and rtp_port.

port is expected to be the real h245 address (found inside the packet).
rtp_port is the even number closest to port (RTP ports are even and
RTCP ports are odd).

However currently, both port and rtp_port are having same value (both are
rounded to nearest even numbers).

This works well in case of openlogicalchannel with media (RTP/even) port.

But in case of openlogicalchannel for media control (RTCP/odd) port,
h245 address in the packet is wrongly modified to have an even port.

I am attaching a pcap demonstrating the problem, for any further analysis.

This behavior was introduced around v2.6.19 while rewriting the helper.

Signed-off-by: Jagdish Motwani <jagdish.motwani@elitecore.com>
Signed-off-by: Sanket Shah <sanket.shah@elitecore.com>
Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
net/netfilter/nf_conntrack_h323_main.c