diff options
| author | Pablo Neira Ayuso | 2012-06-04 13:31:04 +0200 |
|---|---|---|
| committer | Pablo Neira Ayuso | 2012-06-07 14:53:17 +0200 |
| commit | d109e9af61a6d2fdf33dc615ab8b724a8e75a8a4 (patch) | |
| tree | f3eac7863bd546e95faf41b2b872f6977f3a52ca /include | |
| parent | netfilter: xt_HMARK: fix endianness and provide consistent hashing (diff) | |
| download | kernel-qcow2-linux-d109e9af61a6d2fdf33dc615ab8b724a8e75a8a4.tar.gz kernel-qcow2-linux-d109e9af61a6d2fdf33dc615ab8b724a8e75a8a4.tar.xz kernel-qcow2-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 'include')
0 files changed, 0 insertions, 0 deletions