[asterisk-bugs] [Asterisk 0010335]: directrtpsetup doesn't work with 'nat=yes' devices

[noreply at bugs.digium.com]

The following issue has been REOPENED. 
====================================================================== 
http://bugs.digium.com/view.php?id=10335 
====================================================================== 
Reported By:                adamgundy
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   10335
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.9  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             07-30-2007 13:33 CDT
Last Modified:              07-30-2007 15:07 CDT
====================================================================== 
Summary:                    directrtpsetup doesn't work with 'nat=yes' devices
Description: 
I've been trying to get two copies of OpenWengo to talk to one another
without asterisk in the middle (video kills my bandwidth!). OpenWengo
unfortunately seems to be very unhappy with SIP reinvites, so I was hoping
the new directrtpsetup behavior would be ideal.

it's worth noting that everything works well without reinvites turned on.

unfortunately, OpenWengo also doesn't appear to do STUN for 'custom' SIP
accounts, so it presents LAN IP addresses to asterisk. with 'nat=yes',
asterisk works around this by replying to the source IP address, rather
than the one specified in the SIP message. HOWEVER, asterisk seems to
figure out the RTP IP address/port by waiting for an incoming packet in
'nat=yes' mode, which of course never happens with 'directrtpsetup=yes'.
instead, asterisk sends both SIP clients the LAN IP addresses and port
numbers.

my thought is, depending on the definition of 'nat=yes', we still might be
able to make this work - eg if 'nat=yes' means 'port forwarding, 1:1
mapping, symmetric NAT', then in theory we should be able to force the RTP
IP address(es) to be the same as the SIP IP address, *IF* the SIP message
contains the same (LAN) IP address for both SIP and RTP? other than that,
we need to fail the direct invite...

that would at least allow people with NAT-blind devices to setup port
forwarding and still have asterisk connect them directly.

====================================================================== 

---------------------------------------------------------------------- 
 adamgundy - 07-30-07 15:07  
---------------------------------------------------------------------- 
I don't mind discussing this stuff on the -dev list, but saying this is a
feature request is not true.

for SIP: using 'directrtpsetup=yes' with 'nat=yes' and 'canreinvite=yes'
results in no audio or video.

surely that's a BUG? the fact that I suggested a possible solution doesn't
make it a feature request... 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-30-07 15:07  adamgundy      Note Added: 0068087                          
======================================================================