summaryrefslogtreecommitdiffstats
path: root/net/Makefile
diff options
context:
space:
mode:
authorPablo Neira Ayuso <pablo@netfilter.org>2012-06-04 13:31:04 +0200
committerPablo Neira Ayuso <pablo@netfilter.org>2012-06-07 14:53:17 +0200
commitd109e9af61a6d2fdf33dc615ab8b724a8e75a8a4 (patch)
treef3eac7863bd546e95faf41b2b872f6977f3a52ca /net/Makefile
parentd1992b169d31f339dc5ea4e9f312567c8cf322a3 (diff)
downloadtalos-obmc-linux-d109e9af61a6d2fdf33dc615ab8b724a8e75a8a4.tar.gz
talos-obmc-linux-d109e9af61a6d2fdf33dc615ab8b724a8e75a8a4.zip
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>
Diffstat (limited to 'net/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud