Hi list,
i'm trying to solve the broken natted-devices (mostly not using stun).
When a sip client connects to my application (a new channel for
callweaver) using it's internal private address, if i use
NTATAG_SERVER_RPORT(1) , it allows me to send the INVITE reponse to the
ip:port the request was received from instead of the ones announced in
the SDP.
Like this:
nua_respond(nh,
SIP_200_OK,
SIPTAG_CONTACT_STR(url),
SOATAG_USER_SDP_STR(local_sdp_str),
SOATAG_AUDIO_AUX("cn telephone-event"),
SOATAG_ORDERED_USER( 1 ),
NUTAG_AUTOANSWER(0),
NUTAG_INCLUDE_EXTRA_SDP(1),
NTATAG_SERVER_RPORT(1),
TAG_END());
This works well with a drawback:
- when i have to send a reinvite from the same nua handle, it doesn't
seems to work as i'd like.
Let's suppose we have a sip session. When i want to re-use the same
nua-handle for a reinvite (t38), with this:
nua_invite(tech_pvt->nh,
SOATAG_ORDERED_USER( 1 ),
SOATAG_RTP_MISMATCH(0),
SOATAG_USER_SDP_STR( buf_final ),
NUTAG_AUTOANSWER(0),
TAG_END()
);
Even if i explicitly use NTATAG_SERVER_RPORT), the new reinvite is sent
back to the contact header, forgetting about the rport parameter.
I tried to explicitly use the SIPTAG_TO_STR but that is ignored as well.
Any hints or i hit something that needs to be fixed ?
Massimo Cetra
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
