sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

MOH SIP SERVERS
by Kevin LeClair 19 Apr '15

19 Apr '15

Greetings, I'm new to the VoIP / SIP world but have successfully provisioned my new Yealink T48G and have begun to setup some of the many features. Of course one of the coolest features I found was the Music On Hold (MOH) with a SIP server. I configured the T48G to your sip:music@iptel.org which worked awesomely! My question is: Can I setup a SIP server with you to upload a default mp3 for using with my own MOH complete with SIP server URI? OR are there other services that do this? I have some of my own servers but I'm guessing that many servers do not allow the SIP MOH functionality? Thanks so much for your time. MaineWWW - A Maine Website Design Company Otter Creek, Maine 207-669-4269 <http://www.mainewww.com/> mainewww.com "One Site for All Devices" <http://www.mainewww.com/> maine_www_logo_small2

2 1

uri=myself question
by Andres 18 Apr '15

18 Apr '15

Hi, I have a question about about 'myself' usage. for example: if(uri==myself) { log("the request is for local processing\n"); }; I have always expected the above to hold true for any 'alias' definition in the config file. But I never really though about the domain module since I use the test "is_uri_host_local()" for that. So my question is, if we have an entry in the domain module will it resolve to true for the "(uri==myself)" test even if it's not an alias? Thanks, -- Technical Support http://www.cellroute.net

2 2

Kamailio relays ACK of 200 OK to itself
by Dmitry Sytchev 17 Apr '15

17 Apr '15

Hi all! I can't make my Kamailio to correctly relay stateful ACKs for 200 OK. It takes URI from Route: header and trying relay it to itself instead of sending it to host sent 200 OK. I don't understand why it can't match transaction and relay to correct host. Seems BYEs aren't relayed correctly either... 192.168.4.218 -> NAT 1.2.2.94 -> Kamailo (1.2.3.46, 1.2.2.219) -> 172.19.126.105 192.168.4.218 sends INVITE to 1.2.3.45 which relays it to 172.19.126.105. After 172.19.126.105 answers with 200 OK, it never gets ACK for it back. Instead, ACK relayed by proxy to 1.2.3.46 (one of proxy addresses). Example of original ACK: ACK sip:89211234567@172.19.126.105:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.4.218:5062;branch=z9hG4bK1161188624. Route: <sip:1.2.3.46;lr=on;ftag=259196205;nat=yes>. From: "0099977" <sip:0099977@1.2.3.46>;tag=259196205. To: <sip:89211234567@1.2.3.46>;tag=as6bfd1fa1. Call-ID: 910089142(a)192.168.4.218. CSeq: 2 ACK. Contact: <sip:0099977@192.168.4.218:5062>. Max-Forwards: 70. User-Agent: Yealink SIP-T46G 28.71.14.4. Content-Length: 0. It sees that host is not local: check_self: host != me I think the problem is somewhere in my NAT handling script code, but seems I'm stuck and can't get what am I doing wrong, so I'll greatly appreciate any help. Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <2> <ACK> Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: maxfwd [mf_funcs.c:85]: is_maxfwd_present(): value = 70 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: sanity [mod_sanity.c:255]: w_sanity_check(): sanity checks result: 1 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: INFO: <script>: Nat detected Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: siputils [sipops.c:161]: w_is_first_hop(): no 2nd via found - first hop Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: INFO: <script>: Set contact alias Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [dset.c:774]: uri_add_rcv_alias(): encoded <sip:0099977@192.168.4.218:5062> => [sip:0099977@192.168.4.218:5062;alias =1.2.2.94~58542~1] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: siputils [checks.c:106]: has_totag(): totag found Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: INFO: <script>: Request in dialog Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: rr [loose.c:90]: is_preloaded(): is_preloaded: No Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==9 && [172.19.126.105] == [127.0.0. 1] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==12 && [172.19.126.105] == [1.2. 2.219] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==11 && [172.19.126.105] == [1.2. 3.46] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==9 && [172.19.126.105] == [127.0.0. 1] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==12 && [172.19.126.105] == [1.2. 2.219] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==11 && [172.19.126.105] == [1.2. 3.46] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [forward.c:448]: check_self(): check_self: host != me Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: rr [loose.c:674]: after_strict(): Next hop: 'sip:1.2.3.46;lr=on;ftag=259196205;nat=yes' is loose router Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: rr [loose.c:724]: after_strict(): The last route URI: 'sip:1.2.3.46;lr=on;ftag=259196205;nat=yes' Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: outbound [ob_mod.c:496]: use_outbound(): Analysing ACK for outbound markers Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 11==9 && [1.2.3.46] == [127.0.0.1] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 11==12 && [1.2.3.46] == [1.2.2.2 19] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 11==11 && [1.2.3.46] == [1.2.3.4 6] Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: outbound [ob_mod.c:466]: use_outbound_non_reg(): outbound not used Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: siputils [checks.c:106]: has_totag(): totag found Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: siputils [checks.c:106]: has_totag(): totag found Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: NOTICE: <script>: REL: ACK sip:1.2.3.46;lr=on;ftag=259196205;nat=yes -> sip:1.2.3.46;lr=on;ftag=259196205;nat=yes Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: tm [t_lookup.c:1373]: t_newtran(): DEBUG: t_newtran: msg id=59 , global msg id=58 , T on entrance=0xffffffff Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: tm [t_lookup.c:527]: t_lookup_request(): t_lookup_request: start searching: hash=37956, isACK=1 Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: tm [t_lookup.c:485]: matching_3261(): DEBUG: RFC3261 transaction matching failed Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: tm [t_lookup.c:709]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: tm [t_funcs.c:312]: t_relay_to(): SER: forwarding ACK statelessly Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [md5utils.c:67]: MD5StringArray(): DEBUG: MD5 calculated: 2132d578ec20fa9b478ada51e9f2965f Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [forward.c:211]: get_out_socket(): DEBUG: get_out_socket: socket determined: 0xf6e777ec Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [msg_translator.c:206]: check_via_address(): check_via_address(1.2.2.94, 192.168.4.218, 0) Apr 16 19:21:33 kam-sbc-1-01 /usr/sbin/kamailio[9178]: DEBUG: <core> [forward.c:592]: forward_request(): Sending:#012ACK sip:1.2.3.46;lr=on;ftag=259196205;nat=yes SIP/2.0#015#012Record-Route: <sip:1.2.3.46;lr=on;ftag=259196205>#015#012Via: SIP/2.0/UDP 1.2.3.46;branch=z9hG4bK4449.2132d578ec20fa9b478ada51e9f2965f.0#015#012Via: SIP/2.0/UDP 192.168.4.218:5062;rport=58542;received=1.2.2.94;branch=z9hG4bK1161188624#015#012From: "0099977" <sip:0099977@1.2.3.46>;tag=259196205#015#012To: <sip:89215572714@1.2.3.46>;tag=as6bfd1fa1#015#012Call-ID: 910089142(a)192.168.4.218#015#012CSeq: 2 ACK#015#012Contact: <sip:0099977@192.168.4.218:5062;alias=1.2.2.94~58542~1>#015#012Max-Forwards: 69#015#012User-Agent: Yealink SIP-T46G 28.71.14.4#015#012Content-Length: 0#015#012#015#012. -- Best regards, Dmitry Sytchev, IT Engineer

2 4

Loadbalancing proxy using DNS SRV instead of dispatcher
by Daniel Tryba 17 Apr '15

17 Apr '15

The idea is to use SRV records instead of a dispatcher by setting $rd to a DNS SRV enabled host (with all hosts having the same prio and weight). Problem is that when authentication is required the flow is as follows (with 2 hosts): 1: UAC INVITE/REGISTER -> LB -> SIP0 SIP0 401 with nonce1 challenge -> LB -> UAC UAC ACK -> LB -> SIP0 2: UAC INVITE/REGISTER with nonce1 response -> LB -> SIP1 SIP1 401 with nonce2 challenge -> LB -> UAC UACK ACK -> LB -> SIP1 3: UAC INVITE/REGISTER with nonce2 response -> LB -> SIP0 SIP0 401 with nonce1 challenge -> LB -> UAC UACK ACK -> LB -> SIP0 4: UAC either gives up or goes to 2 Using the dispatcher module this can be solved by using a hash over either from/to/request URI. I can't find any hints for forcing the dialog to 1 backend. BTW the idea is to keep the loadbalancing proxy as simple/stupid as possible (no db), the backends have a shared db.

4 7

memcached module trimming the leading 8 char with innodb module
by Ethan Brooks 16 Apr '15

16 Apr '15

This is very simple Kamailio config and when i access Memcached directly everything seem to be fine but, when accessed via Kamailio he leading 8 char is omitted. I have included everything needed to test. kamailio mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/" debug=0 fork=yes loadmodule "tm.so" loadmodule "sl.so" loadmodule "pv.so" loadmodule "xhttp.so" loadmodule "memcached.so" modparam("memcached", "servers", "localhost:11211") port=80 tcp_accept_no_cl=yes event_route[xhttp:request] { $var(number) = $hu; $var(number) = $(var(number){s.substr,2,0}); xhttp_reply("200", "OK", "text/html", "value: $mct(@@lnp.$var(number))"); } mysql: source /usr/share/mysql/innodb_memcached_config.sql install plugin daemon_memcached soname "libmemcached.so"; CREATE SCHEMA lnp; CREATE TABLE `lnp`.`lnp` ( `number` bigint(20) NOT NULL, `ported` bigint(20) DEFAULT NULL, PRIMARY KEY (`number`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; insert into lnp.lnp (number,ported) values (8055551212,8053214321); insert into innodb_memcache.containers (name,db_schema,db_table,key_columns,value_columns,flags,cas_column, expire_time_column,unique_idx_name_on_key) values ('lnp','lnp','lnp','number','ported', 0,0,0,'PRIMARY'); url: http://localhost/?8055551212 reponse: value: 21 memcached # nc localhost 11211 get @@lnp.8055551212 VALUE @@lnp.8055551212 0 10 8053214321 END

2 1

Kamailio + Mediaproxy - How to set up
by Filip Malenka 16 Apr '15

16 Apr '15

Hi all, I have searched for instructions for setting up Kamailio with mediaproxy instead of rtpproxy, but I can't find anything. I found only OpenSips pages and some other outdated examples but the config does not apply very much on kamailio.cfg. As much as I could find out is that Kamailio natively supports rtpproxy and OpenSips works with mediaproxy. Is there any solution for Kamailio with mediaproxy? Thank you! Filip -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

3 5

SipML5-Kamailio+RtpEngine-ThirdpartySipServers- Not All SIP Servers are working
by Karthik Kondapaneni 16 Apr '15

16 Apr '15

Can someone help me please … I am using this setup . Sipml5 webrtc client(chrome) -----> Kamailio with RTP engine ------> ThridpartySip Server kamalio will act as mediator between webRTC client and NonWebRTC sip server . User will be registered on sip server and calls will be terminated to PSTN . This setup is working fine with one thirdparty sip server but not working with other SIP server . First server ( working ) is happily replying INVITE request and reponding with "TRYING " . But Second SIP server never reply to kamailio for INVITE requests and kamailio keep sending SDP and finally on SipML5 it shows "request timed out " Ports are open on Firewall . SIP Server 1: 192.168.102.237 SIP Server 2: 192.168.87.101 Kamailio IP : 172.17.185.46 Client PUblic ip : 79.207.241.94 1. Working Server Trace ---- INVITE sip:917638900890@192.168.102.237 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bK3929.368fd6fd45db4710e7acd52df40d3903.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKJHBbZaGh9noFlUgS1VVr8DCImVbITu0q;rport=54273 From: "2016"<sip:testcard@192.168.102.237>;tag=6mGSo8IPI4pGsvh6To1A To: <sip:917638900890@192.168.102.237> Contact: "2016"<sip:testcard@df7jal23ls0d.invalid ;alias=79.207.241.94~54273~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 89be25db-d9ed-616e-118e-c6b3a863d8fd CSeq: 62565 INVITE Content-Type: application/sdp Content-Length: 819 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8650276303411124000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS tosDjBW9pSViLfckZBR4gh6AolFzau3iBjgG m=audio 30246 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:2398380477 cname:8WcQLQ8hOhk5MhWZ a=ssrc:2398380477 msid:tosDjBW9pSViLfckZBR4gh6AolFzau3iBjgG 63b396a3-5126-405f-a389-75548cf0a634 a=ssrc:2398380477 mslabel:tosDjBW9pSViLfckZBR4gh6AolFzau3iBjgG a=ssrc:2398380477 label:63b396a3-5126-405f-a389-75548cf0a634 a=sendrecv a=rtcp:30247 SIP/2.0 407 Proxy Authentication Required Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bK3929.368fd6fd45db4710e7acd52df40d3903.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKJHBbZaGh9noFlUgS1VVr8DCImVbITu0q;rport=54273 From: "2016" <sip:testcard@192.168.102.237>;tag=6mGSo8IPI4pGsvh6To1A To: <sip:917638900890@192.168.102.237> Contact: "2016" <sip:testcard@192.168.102.237:5060> Call-Id: 89be25db-d9ed-616e-118e-c6b3a863d8fd CSeq: 62565 INVITE Proxy-Authenticate: Digest realm="sip.dingdongbell.net", nonce="c2133e5e1e40805244c5f201cfbaee4d", algorithm=MD5 Content-Length: 0 ACK sip:917638900890@192.168.102.237 SIP/2.0 Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bK3929.368fd6fd45db4710e7acd52df40d3903.0 From: "2016"<sip:testcard@192.168.102.237>;tag=6mGSo8IPI4pGsvh6To1A To: <sip:917638900890@192.168.102.237> Call-ID: 89be25db-d9ed-616e-118e-c6b3a863d8fd CSeq: 62565 ACK Content-Length: 0 Max-Forwards: 69 INVITE sip:917638900890@192.168.102.237 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bK0929.61a39db61290521db7dc657d252c4182.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKnswxFdcreaCt0SMSRCqs2HPPOSN9adR6;rport=54273 From: "2016"<sip:testcard@192.168.102.237>;tag=6mGSo8IPI4pGsvh6To1A To: <sip:917638900890@192.168.102.237> Contact: "2016"<sip:testcard@df7jal23ls0d.invalid ;alias=79.207.241.94~54273~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 89be25db-d9ed-616e-118e-c6b3a863d8fd CSeq: 62566 INVITE Content-Type: application/sdp Content-Length: 819 Max-Forwards: 69 Proxy-Authorization: Digest username="testcard",realm="sip.dingdongbell.net ",nonce="c2133e5e1e40805244c5f201cfbaee4d",uri=" sip:917638900890@192.168.102.237 ",response="fb9c97e380c4231725d1119256f7f7d9",algorithm=MD5 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8650276303411124000 2 IN IP4 172.17.185.46 s=DD- chrome t=0 0 a=msid-semantic: WMS tosDjBW9pSViLfckZBR4gh6AolFzau3iBjgG m=audio 30246 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:2398380477 cname:8WcQLQ8hOhk5MhWZ a=ssrc:2398380477 msid:tosDjBW9pSViLfckZBR4gh6AolFzau3iBjgG 63b396a3-5126-405f-a389-75548cf0a634 a=ssrc:2398380477 mslabel:tosDjBW9pSViLfckZBR4gh6AolFzau3iBjgG a=ssrc:2398380477 label:63b396a3-5126-405f-a389-75548cf0a634 a=sendrecv a=rtcp:30247 SIP/2.0 100 Trying Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bK0929.61a39db61290521db7dc657d252c4182.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKnswxFdcreaCt0SMSRCqs2HPPOSN9adR6;rport=54273 From: "2016" <sip:testcard@192.168.102.237>;tag=6mGSo8IPI4pGsvh6To1A To: <sip:917638900890@192.168.102.237> Contact: <sip:917638900890@192.168.102.237:5060> Call-Id: 89be25db-d9ed-616e-118e-c6b3a863d8fd CSeq: 62566 INVITE Content-Length: 0 2. Not working Server trace ( second server)-------------------- INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 INVITE sip:917638900890@192.168.87.101 SIP/2.0 Record-Route: <sip:172.17.185.46:5090;nat=yes;lr=on> Via: SIP/2.0/UDP 172.17.185.46:5090 ;branch=z9hG4bKc8b9.d6c920a694694e5d3104f492c48d2582.0 Via: SIP/2.0/WS df7jal23ls0d.invalid;received=79.207.241.94;branch=z9hG4bKBXNMor2TC7eWrTb87WqF4qQN34s6MtQ0;rport=50933 From: "2017"<sip:testcard2@192.168.87.101>;tag=axqOflPwynQ898Qu2Tue To: <sip:917638900890@192.168.87.101> Contact: "2017"<sip:testcard2@df7jal23ls0d.invalid ;alias=79.207.241.94~50933~5;rtcweb-breaker=no;click2call=no;transport=ws>;+g.oma.sip-im;language="en,fr" Call-ID: 6b04e418-dbdf-21aa-39b7-1c2fb1d72f6b CSeq: 8601 INVITE Content-Type: application/sdp Content-Length: 811 Max-Forwards: 69 User-Agent: IM-client/OMA1.0 sipML5-v1.2015.03.18 Organization: DD v=0 o=- 8501880612358765000 2 IN IP4 172.17.185.46 s=DD - chrome t=0 0 a=msid-semantic: WMS 2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 m=audio 30038 RTP/AVP 111 103 104 9 0 8 106 105 13 126 c=IN IP4 172.17.185.46 a=rtpmap:111 opus/48000/2 a=fmtp:111 minptime=10; useinbandfec=1 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=maxptime:60 a=ssrc:68402186 cname:W2sB0/Nke1Gs8u89 a=ssrc:68402186 msid:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 62dff51b-f07b-4788-98cb-72c25ff2ab1b a=ssrc:68402186 mslabel:2pj4LaFD0X7B4Sa0IkGLFLZhZAoDcQm5nhk8 a=ssrc:68402186 label:62dff51b-f07b-4788-98cb-72c25ff2ab1b a=sendrecv a=rtcp:30039 Kamailio Config :----------------------------------- request_route { if ((($Rp == MY_WS_PORT || $Rp == MY_WSS_PORT) && !(proto == WS || proto == WSS))) { xlog("L_WARN", "SIP request received on $Rp\n"); sl_send_reply("403", "Forbidden"); exit; } # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(RELAY); } exit; } # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) t_check_trans(); if (!is_method("REGISTER|INVITE|ACK|BYE|CANCEL|PRACK|MESSAGE|INFO|UPDATE")) { sl_send_reply("405", "Method not allowed"); exit; } # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route_preset("172.17.185.46:5090;nat=yes"); # handle registrations route(REGISTRAR); # if ($rU==$null) { # # request with no Username in RURI # sl_send_reply("484","Address Incomplete"); # exit; # } # if (!is_method("INVITE")) { # route(RELAY); # exit; # } route(RELAY); } route[SETUP_BY_TRANSPORT] { if ($ru =~ "transport=ws") { xlog("L_INFO", "Request going to WS"); if(sdp_with_transport("RTP/SAVPF")) { rtpengine_manage("force trust-address replace-origin replace-session-connection ICE=force"); t_on_reply("REPLY_WS_TO_WS"); return; } # rtpengine_manage("froc+SP"); rtpengine_manage("force trust-address replace-origin replace-session-connection ICE=force RTP/SAVPF"); t_on_reply("REPLY_FROM_WS"); } else if ($proto =~ "ws") { xlog("L_INFO", "Request coming from WS"); # rtpengine_manage("froc-sp"); rtpengine_manage("force rtcp-mux-demux symmetric trust-address replace-origin replace-session-connection ICE=remove RTP/AVP"); t_on_reply("REPLY_TO_WS"); } else { xlog("L_INFO", "This is a classic phone call"); # rtpengine_manage("co"); rtpengine_manage("replace-origin replace-session-connection"); t_on_reply("MANAGE_CLASSIC_REPLY"); } } event_route[xhttp:request] { set_reply_close(); set_reply_no_connect(); if ($Rp != MY_WS_PORT #!ifdef WITH_TLS && $Rp != MY_WSS_PORT #!endif ) { xlog("L_WARN", "HTTP request received on $Rp\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } xlog("L_INFO", "HTTP Request Received\n"); if ($hdr(Upgrade)=~"websocket" && $hdr(Connection)=~"Upgrade" && $rm=~"GET") { # Validate Host - make sure the client is using the correct # alias for WebSockets if ($hdr(Host) == $null || !is_myself("sip:" + $hdr(Host))) { xlog("L_WARN", "Bad host $hdr(Host)\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } if (ws_handle_handshake()) { # Optional... cache some information about the # successful connection exit; } } xhttp_reply("404", "Not Found", "", ""); } route[RELAY] { if (is_method("INVITE")) { route(SETUP_BY_TRANSPORT); if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; }

1 0

Kamailio load statistics
by Mickael Marrache 16 Apr '15

16 Apr '15

Hi, What are the statistics that should be used to monitor a Kamailio instance? I currently looked at shmem_real_used_size, shmem_used_size, dialogs_active_dialogs. However, I'm looking for other statistics that represent the load on the instance. Thanks, Mickael

1 0

rtpengine "SRT[C]P output wanted, but no crypto suite" messages
by Juha Heinanen 16 Apr '15

16 Apr '15

some calls that use rtpengine produce "SRT[C]P output wanted, but no crypto suite was negotiated" syslog messages. below is an example. the messages seem to appear after rtpengine has replied to offer request, but before it has got answer request that includes crypto suite negotiation in its sdp. the calls work fine and i was wondering if these syslog message are really needed? -- juha Apr 16 08:34:37 box /usr/bin/sip-proxy[18719]: INFO: ===== rtpengine_offer(ICE=force replace-session-connection replace-origin via-branch=1) Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Received command 'offer' from 127.0.0.1:46713 Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Dump for 'offer' from 127.0.0.1:46713: { "sdp": "v=0#015#012o=- 2909773022 619612917 IN IP4 192.168.43.192#015#012s=-#015#012c=IN IP4 192.168.43.192#015#012t=0 0#015#012a=tool:baresip 0.4.12#015#012m=audio 10022 RTP/SAVP 96 97 8 0 101#015#012b=AS:128#015#012a=rtpmap:96 speex/16000#015#012a=fmtp:96 mode="7";vbr=off;cng=on#015#012a=rtpmap:97 speex/8000#015#012a=fmtp:97 mode="7";vbr=off;cng=on#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=sendrecv#015#012a=label:1#015#012a=rtcp-rsize#015#012a=ssrc:227522320 cname:sip:test@tutpro ... Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] ... .com#015#012a=rtcp-mux#015#012a=crypto:0 AES_CM_128_HMAC_SHA1_80 inline:lRfv9v0tfQAKXiJihqbgr7rNS5Gh9txvuqPv9Tt0#015#012a=ptime:20#015#012", "ICE": "force", "replace": [ "session-connection", "origin" ], "call-id": "dd63b7bcd45655b8", "via-branch": "z9hG4bK83c7fd2c1c254f15", "received-from": [ "IP4", "94.100.20.99" ], "from-tag": "5408ab343077ba14", "command": "offer" } Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Creating new call Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Opened ports 8046..8047 for media relay Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Opened ports 8056..8057 for media relay Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Shutting down ICE agent (nothing to do) Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Replying to 'offer' from 127.0.0.1:46713 Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Response dump for 'offer' to 127.0.0.1:46713: { "sdp": "v=0#015#012o=- 2909773022 619612917 IN IP4 194.40.50.30#015#012s=-#015#012c=IN IP4 194.40.50.30#015#012t=0 0#015#012a=tool:baresip 0.4.12#015#012m=audio 8046 RTP/SAVP 96 97 8 0 101#015#012b=AS:128#015#012a=rtpmap:96 speex/16000#015#012a=fmtp:96 mode="7";vbr=off;cng=on#015#012a=rtpmap:97 speex/8000#015#012a=fmtp:97 mode="7";vbr=off;cng=on#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=label:1#015#012a=rtcp-rsize#015#012a=ssrc:227522320 cname:sip:test@tutpro.com#015#012a= ... Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] ... ptime:20#015#012a=sendrecv#015#012a=rtcp:8047#015#012a=rtcp-mux#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:lRfv9v0tfQAKXiJihqbgr7rNS5Gh9txvuqPv9Tt0#015#012a=setup:actpass#015#012a=fingerprint:sha-1 F3:4F:0A:B8:75:BF:B6:29:45:8A:C2:74:8E:F9:10:F2:CB:10:50:37#015#012a=ice-ufrag:eUJUwfKq#015#012a=ice-pwd:bDuCQKxJTV5voKlVAarucAiqv1#015#012a=candidate:FvaQOQwZdXFAyxXW 1 UDP 2130706431 194.40.50.30 8046 typ host#015#012a=candidate:FvaQOQwZdXFAyxXW 2 UDP 2130706430 194.40.50.30 8047 typ host#015#012", "result": "ok" } Apr 16 08:34:37 box /usr/bin/sip-proxy[18719]: INFO: Routing INVITE <sip:jh@10.13.40.239:53269;transport=TLS;ob> to contact via <sip:94.100.20.99:53269;transport=TLS> Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8 port 8047] SRTCP output wanted, but no crypto suite was negotiated Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8 port 8046] SRTP output wanted, but no crypto suite was negotiated Apr 16 08:34:37 box /usr/bin/sip-proxy[18718]: INFO: ===== rtpengine_answer(ICE=force via-branch=2) Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Received command 'answer' from 127.0.0.1:51555 Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Dump for 'answer' from 127.0.0.1:51555: { "sdp": "v=0#015#012o=- 3638151276 3638151277 IN IP4 10.13.40.239#015#012s=pjmedia#015#012c=IN IP4 10.13.40.239#015#012t=0 0#015#012m=audio 4002 RTP/SAVP 96 101#015#012c=IN IP4 10.13.40.239#015#012a=rtcp:4003 IN IP4 10.13.40.239#015#012a=sendrecv#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=zrtp-hash:1.10 4261405ee55bb84370419b56f37c3966505a583ff6fee02e1c1b854cfccb5d99#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:8/oEJd3pVqWg6tvAJkItNBxQ60sJS44mnwriZRrt#015#012a=rtpmap:96 speex/16000#015#012", "ICE": "forc ... Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] ... e", "call-id": "dd63b7bcd45655b8", "via-branch": "z9hG4bK83c7fd2c1c254f15", "received-from": [ "IP4", "94.100.20.99" ], "from-tag": "5408ab343077ba14", "to-tag": "Zi.x-8OwwXlfKNC-67q3D7M7PeMqbmGh", "command": "answer" } Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Replying to 'answer' from 127.0.0.1:51555 Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] Response dump for 'answer' to 127.0.0.1:51555: { "sdp": "v=0#015#012o=- 3638151276 3638151277 IN IP4 10.13.40.239#015#012s=pjmedia#015#012c=IN IP4 10.13.40.239#015#012t=0 0#015#012m=audio 8056 RTP/SAVP 96 101#015#012c=IN IP4 194.40.50.30#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=zrtp-hash:1.10 4261405ee55bb84370419b56f37c3966505a583ff6fee02e1c1b854cfccb5d99#015#012a=rtpmap:96 speex/16000#015#012a=sendrecv#015#012a=rtcp:8057#015#012a=crypto:0 AES_CM_128_HMAC_SHA1_80 inline:8/oEJd3pVqWg6tvAJkItNBxQ60sJS44mnwriZRrt#015#012a=candidate:FvaQOQwZdXFAyxX ... Apr 16 08:34:37 box rtpengine[31871]: [dd63b7bcd45655b8] ... W 1 UDP 2130706431 194.40.50.30 8056 typ host#015#012a=candidate:FvaQOQwZdXFAyxXW 2 UDP 2130706430 194.40.50.30 8057 typ host#015#012", "result": "ok" }

1 0

Re: [SR-Users] No CDR is written when dialog timeouts
by Mickael Marrache 15 Apr '15

15 Apr '15

I'm looking at the dlg_ontimeout function [dlg_handlers.c:1369] and I understand the code, the DLGCB_EXPIRED callbacks are not called when the send_bye parameter is set to 1. I'm looking at the block 1399-1408. From: Mickael Marrache [mailto:mickaelmarrache@gmail.com] Sent: Wednesday, April 15, 2015 3:53 PM To: sr-users(a)lists.sip-router.org Subject: RE: No CDR is written when dialog timeouts I also confirm the cdr_on_create() [acc_cdr.c:718] function is called since I can see the debug statement "dialog '%p' created!". From: Mickael Marrache [mailto:mickaelmarrache@gmail.com] Sent: Wednesday, April 15, 2015 3:48 PM To: sr-users(a)lists.sip-router.org Subject: No CDR is written when dialog timeouts Hi, I'm testing the dialog timeout scenario and I see that no CDR is written. This is my configuration: modparam("acc", "cdr_enable", 1) modparam("acc", "cdr_expired_dlg_enable", 1) modparam("acc", "cdr_start_on_confirmed", 1) modparam("acc", "cdr_log_enable", 0) modparam("acc", "cdr_on_failed", 0) I can confirm the cdr_on_expired() [acc_cdr.c:684] function is not called since I don't see the debug statement "dialog '%p' expired!\n". (I precise that CDR generation works fine for regular hangup scenario.) Any idea what can cause the issue? Thanks, Mickael

3 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users