5 Jun
2009
5 Jun
'09
10:31 a.m.
Hi, Guys...
After trying a PSTN call through an AS5300-Cisco GW got this error:
====
ON-REPLY[1] incoming reply <200> for <INVITE>
<8999>/<XXXXXXXXXXX>
ERROR:nathelper:check_content_type: invalid type for a message
ERROR:nathelper:extract_body: content type mismatching
ERROR:nathelper:force_rtp_proxy: can't extract body from the message
==
Googling around I found an e-mail from Ovidus (23/12/2008) telling that
a multi part SDP wasn't integrated on Nathelper. I suppose that I faced
such an issue. How to circumvent/workaround this error message? As a
side effect call gives no RTP flow, since one direction send it to
RTPProxy and the other directly.
Edson.
-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x
Relevant info....
Using:
====
# kamailio -V
version: kamailio 1.5.1-notls (i386/linux)
flags: STATISTICS, USE_IPV6, USE_TCP, USE_SCTP, DISABLE_NAGLE,
USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:5868M
@(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $
main.c compiled on 13:54:27 Jun 4 2009 with gcc 4.3
==
The ON-REPLY code is:
====
onreply_route[1] {
xlog("L_INFO","ON-REPLY[1] incoming reply <$rs> for
<$rm>
<$fU>/<$tU>");
if ((isflagset(5) || isbflagset(6)) &&
status=~"(183)|(2[0-9][0-9])") {
force_rtp_proxy();
}
if (isbflagset(6)) {
fix_nated_contact();
}
}
==
The ofending SDP in case is:
====
Content-Type: multipart/mixed;boundary=uniqueBoundary.
Content-Length: 378.
.
--uniqueBoundary.
Content-Type: application/sdp.
.
v=0.
o=CiscoSystemsSIP-GW-UserAgent 7829 2204 IN IP4 XXX.YYY.ZZZ.10.
s=SIP Call.
c=IN IP4 XXX.YYY.ZZZ.10.
t=0 0.
m=audio 16976 RTP/AVP 0.
c=IN IP4 XXX.YYY.ZZZ.10.
a=rtpmap:0 PCMU/8000.
--uniqueBoundary.
Content-Type: application/gtd.
Content-Disposition: signal;handling=optional.
.
ANM,.
PRN,isdn*,,QSIG*,.
.
--uniqueBoundary--.
==