20 Feb
2015
20 Feb
'15
10 a.m.
Hi guys, I'm trying to convert an SDP body to Multipart/Mixed and add an ISUP
encapsulated part (SIP-I) on a 200OK reply. It seems like the module is having trouble
with the delimiters. The scenario is like this:
PSTN MGC Kamailio SEMS
|-------IAM------>| | |
| |----INVITE/IAM/SDP---> | |
| | | ---INVITE/IAM/SDP--> |
| | | <------200OK/SDP---- |
| |<-----200OK/ACM/SDP--- | |
|<------ACM-------| | |
This is the config I'm using (just showing the relevant part, let me know if you need
the whole config file):
onreply_route[MANAGE_REPLY]{
if (status=~"200"){
xlog("L_INFO","Reply <$rs> Message Interception\n");
route(INSERT_ACM);
}
}
route[INSERT_ACM]{
set_body_multipart();
$var(acm) = "06 02 04 01 29 01 01 00";
append_body_part("$var(acm)","application/isup;
version=itu-t92+","signal; handling=optional");
return;
}
The original 200OK Message received is:
#U 2015/02/20 11:40:38.687418 172.30.24.20:5080 -> 172.30.24.20:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.30.24.20;branch=z9hG4bK8a2b.41161a372680192aa4fdd9efbefd6696.0
Via: SIP/2.0/UDP
172.30.8.66:5060;branch=z9hG4bK+1010ce54853b2a3c7f7b8a220b4b69a41+3a836f1f+1
Call-ID: 4C6CD8F8@3a836f1f
From: "Fede SM
Test"<sip:1135349910@172.30.8.66:5060;user=phone>;tag=3a836f1f+1+1e100002+ef7ba2f0
To: <sip:100@172.30.24.20:5060;user=phone>;tag=3DF4D6A2-54E74766000A65EC-41B8C700
CSeq: 221937633 INVITE
Server: Sip Express Media Server (1.5.1 (x86_64/linux))
Contact: <sip:100@172.30.24.20:5080>
Content-Type: application/sdp
Content-Length: 224
v=0
o=sems 351367313 715465045 IN IP4 172.30.24.20
s=sems
c=IN IP4 172.30.24.20
t=0 0
m=audio 10054 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=direction:both
And the mangled 200OK message I generate with Kamailio to send Upstream with this
configuration is:
#
U 2015/02/20 11:40:38.690733 172.30.24.20:5060 -> 172.30.8.66:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP
172.30.8.66:5060;branch=z9hG4bK+1010ce54853b2a3c7f7b8a220b4b69a41+3a836f1f+1
Call-ID: 4C6CD8F8@3a836f1f
From: "Fede SM
Test"<sip:1135349910@172.30.8.66:5060;user=phone>;tag=3a836f1f+1+1e100002+ef7ba2f0
To: <sip:100@172.30.24.20:5060;user=phone>;tag=3DF4D6A2-54E74766000A65EC-41B8C700
CSeq: 221937633 INVITE
Server: Sip Express Media Server (1.5.1 (x86_64/linux))
Contact: <sip:100@172.30.24.20:5080>
Content-Length: 301
Content-Type: multipart/mixed;boundary="unique-boundary-1"
Mime-Version: 1.0
--unique-boundary-1
Content-Type: application/sdp
v=0
o=sems 351367313 715465045 IN IP4 172.30.24.20
s=sems
c=IN IP4 172.30.24.20
t=0 0
m=audio 10054 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=direction:both
--unique-boundary-1
As you can see, the TEXTOPS module is not adding the ISUP part, also the boundary of the
SDP is missing the last "--" to indicate this is the last part. But it is indeed
changing the Content-Type to multipart/mixed, although the boundary has a set of quotes
that I'm not sure if could be the problem. On the logs I get:
Feb 20 11:51:49 KAMAILIO kamailio[19883]: INFO: Kamlog: Reply <200> Message
Interception
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: textops [textops.c:1582]:
set_multibody_helper(): delimiter<17>:[unique-boundary-1]
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: <core> [parser/msg_parser.c:204]:
get_hdr_field(): DEBUG: get_hdr_body : content_length=225
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: <core> [parser/msg_parser.c:106]:
get_hdr_field(): found end of header
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: textops [textops.c:1491]:
generate_boundary(): adding final CRLF+CRLF
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: textops [textops.c:1719]:
set_multibody_helper():
content-type<44>:[multipart/mixed;boundary="unique-boundary-1"]
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: textops [textops.c:1771]:
set_multibody_helper(): set flag FL_BODY_MULTIPART
### Error ###
Feb 20 11:51:49 KAMAILIO kamailio[19883]: ERROR: textops [textops.c:1869]:
append_multibody_helper(): Cannot get boundary. Is body multipart?
### ###
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: tm [t_reply.c:1294]:
t_should_relay_response(): ->>>>>>>>> T_code=100, new_code=200
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: tm [t_reply.c:1812]: relay_reply():
DEBUG: relay_reply: branch=0, save=0, relay=0 icode=0
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: <core> [msg_translator.c:470]:
clen_builder(): clen_builder: content-length: 302 (302)
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: <core> [msg_translator.c:2278]:
generate_res_buf_from_sip_res(): old size: 804, new size: 844
Feb 20 11:51:49 KAMAILIO kamailio[19883]: DEBUG: <core> [msg_translator.c:2296]:
generate_res_buf_from_sip_res(): copied size: orig:804, new: 844, rest: 0 msg=#012SIP/2.0
200 OK#015#012Via: SIP/2.0/UDP
172.30.8.66:5060;branch=z9hG4bK+68a818f192518f00b46eeddb5c81dd791+3a836f1f+1#015#012Call-ID:
CE965967@3a836f1f#015#012From: "Fede SM
Test"<sip:1135349910@172.30.8.66:5060;user=phone>;tag=3a836f1f+1+1e090003+66eb0deb#015#012To:
<sip:100@172.30.24.20:5060;user=phone>;tag=21E58627-54E74A050009BACD-41C8D700#015#012CSeq:
525107355 INVITE#015#012Server: Sip Express Media Server (1.5.1
(x86_64/linux))#015#012Contact: <sip:100@172.30.24.20:5080>#015#012Content-Length:
302#015#012Content-Type:
multipart/mixed;boundary="unique-boundary-1"#015#012Mime-Version:
1.0#015#012#015#012--unique-boundary-1#015#012Content-Type:
application/sdp#015#012#015#012v=0#015#012o=sems 1379293612 709544991 IN IP4
172.30.24.20#015#012s=sems#015#012c=IN IP4 172.30.24.20#015#012t=0 0#015#012m=audio 10056
RTP/AVP 8 101#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:101
telephone-event/8000#015#012a=fmtp:101
0-15#015#012a=sendrecv#015#012a=direction:both#015#012#015#012--unique-boundary-1#015#012
Could it be that those missing "--" after the unique-boundary-1 delimiter are
the ones giving trouble? Or could it be those extra quotes on the Content-Type boundary?
Any help would be appreciated, thanks!!
Federico
Federico San Martín
e-mail : fsanmartin(a)telecentro.net.ar