sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

xavp questions (variables in root/branch)
by Vasiliy Ganchev 25 Jul '17

25 Jul '17

Hi, community! I have a question regarding xavp usage. according to docs, xavp has format: $xavp(root=>branch)="value"; I want to use "root" and "branch" - variables. (as it is implemented with AVPs - the id there, can be variable) e.g.: ... $var(root_key) = "root_1"; $var(branch_key1) = "key_value1"; ... $xavp($var(root_key)[0]=>$var(branch_key1)) = "some_value"; ... Playing around with the script - I found that it is currently impossible (tested with 4.2.5 and 5.2.0 versions). Kamailio interprets variables in "root" and "branch" as static strings. Walking through the mailing list history, I have an impression that xavp are originally designed to operate only with constant keys. The question is: is it planned to add functionality with variables as "root" and "branch" components? Thanks in advance for the answers! Best regards -- View this message in context: http://sip-router.1086192.n5.nabble.com/xavp-questions-variables-in-root-br… Sent from the Users mailing list archive at Nabble.com.

2 4

I_SCSCF_select function dont return the next SCSCF in IMS network!!!
by Mojtaba 25 Jul '17

25 Jul '17

Hello, Today i have a strange problem in IMS network. All nodes (pcscf,icscf,scscf and hss) are configured in independent server. My domain is default(open-ims.test) Now when i want to register bob(a)open-ims.test, I get this error from ICSCF: 500 Error in request. When i saw the log files, i found the icscf could not found the next node(scscf) in registration path. As i defined prefered scscf_uri in configuration file, Why the icscf, could not found the scscf? The dns server works correctly and i have ping of scscf.open-ims.test from icscf node. When i trace the diameter packets, the icscf connect to hss successfully but dont send UAR to hss while registration proccess!! It's strange. Please let me know why i have this problem, Thanks With Regards. -- --Mojtaba Esfandiari.S

2 3

TR: Failure Mode
by Nicolas Breuer 24 Jul '17

24 Jul '17

Hello, Some help here is needed # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) I test a call with two branches. 1st branch received a 408 timeout error 2nd branch received a 486 busy. Normally the failure route should be with the 486. NOTICE: <script>: Failure route -----2---1--408---- We can see the 408 is the winning reply but I understood from the documentation that if Failure reply mode is "3" , the winning reply is always the reply from the last branch :) It's a problem because if the 1st is timeout (because down), the second is OK but callee is busy ; we don't send the right reply to the caller

2 14

Display name in contact
by Diego Nadares 24 Jul '17

24 Jul '17

Hi guys, Is possible to cut change/delete display name in contact header? Does this breaks something? Cheers, Diego.

3 2

path use_received not working?
by Iskren Hadzhinedev 23 Jul '17

23 Jul '17

Hello, I have a kamailio proxy in front of FreeSWITCH. Whenever FreeSWITCH initiates the dialog (e.g. sends an INVITE), kamailio doesn't use the 'received' parameter and it forwards to the RFC1918 IP address. The initial INVITE from FreeSWITCH has the following headers: To: <sip:1001@192.168.1.200:5063> Route: <sip:1.2.3.4>;lr;received=sip:5.6.7.8:5063 Where 1.2.3.4 is the kamailio public IP and5.6.7.8 is the public IP of the UAC behind NAT. I have modparam("path", "use_received", 1) in my config file and to my understanding that should be sufficient to route to the proper IP, but kamailio keeps sending INVITEs to 192.168.1.200. Can anyone tell me what am I missing? Thanks! Kind regards, Iskren

4 8

Sleep command working
by Nicolas Breuer 21 Jul '17

21 Jul '17

Hello, I'm trying to do a sleep in the request route but seems it's not working if (src_ip == $sel(cfg_get.kamalio2.gw) ){ xlog("L_NOTICE","Sleep 5 seconds"); usleep("5000"); } xlog("L_NOTICE","End of sleeping"); Result : Jul 21 11:38:02 proxy2 /usr/sbin/kamailio[31442]: NOTICE: <script>: Sleep 5 seconds Jul 21 11:38:02 proxy2 /usr/sbin/kamailio[31442]: NOTICE: <script>: End of sleeping Breuer Nicolas Network Supervisor Sales Executive BELCENTER sprl/bvba Operations - NCC 7 Boulevard de France, 1420 Braine - L'Alleud Tel +32 2 403 04 61 Fax +32 2 403 04 63 National Contact Center +32 2 403 04 60

2 1

Re: [SR-Users] Problem with IPv4-IPv6 media bridging using RTPengine
by Ismir Saljic 20 Jul '17

20 Jul '17

On 19/07/17 08:31 AM, Ismir Saljic wrote: >* Hello, *>>* I've issue with bridging media between IPv4 and IPv6 clients. *>* IPv4-IPv4 and IPv6-IPv6 calls are working without issues. *>* I'm using kamailio 4.4.2 and configuration according to: *>* http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 <http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6> *>* <http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 <http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6>> *>>* SIP signalling is working without issues,but media addresses in SDP *>* are not rewritten correctly. *>>* The server is on amazon AWS and both kamailio and RTPengine are on the *>* same server. *>* RTPengine is running using these options: *>>* /usr/sbin/rtpengine --interface=privateIPv4!publicIPv4 *>* --interface=GlobalIPv6 *>* --listen-udp=127.0.0.1:22222 <http://127.0.0.1:22222> <http://127.0.0.1:22222 <http://127.0.0.1:22222>> *>* --tos=184 *>* --pidfile=/var/run/rtpengine.pid *>* --log-level=6 *>* --log-facility=daemon * I would suggest to use Kamailio's rtpengine module instead of rtpproxy, together with --listen-ng instead of --listen-udp. The UDP protocol of the rtpproxy module should work with rtpengine, but not many people are using it, so it's always possible that some bugs creep in. I'll look into it anyway, but in the long run, it's much preferable to switch to the rtpengine module. Cheers ########################## Hello Richard, thank you very much for your answer. I will try to use rtpengine module. As I can see from logs, kamailio is sending correctly data to rtpengine but rtp engine failed to parse IPv6 address from SDP body. I'm sending flags to rtpengine according to the howto from link I've posted in the original post. This is the part of the config: if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB) || isbflagset(FLB_V4V6))) return; if(isbflagset(FLB_V4V6)) { if(af==INET6) { rtpproxy_manage("FAEI"); } else { rtpproxy_manage("FAIE"); } } else { if(af==INET6) { rtpproxy_manage("FAEE"); } else { rtpproxy_manage("FAII"); I'm not sure if I need to inform rtpengine that in SDP body will be IPv6 address. Thanks Ismir On Wed, Jul 19, 2017 at 2:31 PM, Ismir Saljic <isaljic(a)gmail.com> wrote: > Hello, > > I've issue with bridging media between IPv4 and IPv6 clients. IPv4-IPv4 > and IPv6-IPv6 calls are working without issues. > I'm using kamailio 4.4.2 and configuration according to: > http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 > > SIP signalling is working without issues,but media addresses in SDP are > not rewritten correctly. > > The server is on amazon AWS and both kamailio and RTPengine are on the > same server. > RTPengine is running using these options: > > /usr/sbin/rtpengine --interface=privateIPv4!publicIPv4 > --interface=GlobalIPv6 > --listen-udp=127.0.0.1:22222 > --tos=184 > --pidfile=/var/run/rtpengine.pid > --log-level=6 > --log-facility=daemon > > > In case of IPv4-IPv6 call, INVITE message contains correct IPv4 address > but 200 OK response to the caller still contains IPv6 address of the callee > in SDP body instead of IPv4 address of the server/RTPengine. > This is the log during generation of the 200 OK response. Seems that > RTPengine failed to parse IPv4 address from SDP body. > > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:618]: parse_msg(): SIP Reply (status): > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:620]: parse_msg(): version: <SIP/2.0> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:622]: parse_msg(): status: <200> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:624]: parse_msg(): reason: <OK> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, > <branch> = <z9hG4bK5afe.c59aef39af345458e17940722ba0c70b.0>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, > <received> = <Server's GlobalIPv6>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 236, <i> = > <8>; state=16 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, > flags=2 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:498]: parse_headers(): parse_headers: this is the > first via > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [receive.c:178]: receive_msg(): After parse_msg... > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global > id=142 T start=0xffffffffffffffff > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, > <received> = <178.165.130.177>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, > <branch> = <z9hG4bK.BUIgttWpK>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 235, <rport> > = <2066>; state=16 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, > flags=62 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:509]: parse_headers(): parse_headers: this is the > second via > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: > tag=2996330c > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, > state=29 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:173]: get_hdr_field(): DEBUG: get_hdr_field: <To> > [59]; uri=[sip:user@domain.com] > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:175]: get_hdr_field(): DEBUG: to body ["user"< > sip:user@domain.com>] > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:153]: get_hdr_field(): get_hdr_field: cseq <CSeq>: > <21> <INVITE> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:888]: t_reply_matching(): DEBUG: t_reply_matching: hash 61349 > label 0 branch 0 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:943]: t_reply_matching(): DEBUG: t_reply_matching: reply > matched (T=0x7f7f95c19a10)! > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_hooks.c:266]: run_trans_callbacks_internal(): DBG: > trans=0x7f7f95c19a10, callback type 2, id 0 entered > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: acc > [acc_logic.c:644]: tmcb_func(): acc callback called for t(0x7f7f95c19a10) > event type 2, reply code 200 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global > id=143 T end=0x7f7f95c19a10 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_reply.c:2160]: reply_received(): DEBUG: reply_received: org. status > uas=180, uac[0]=180 local=0 is_invite=1) > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: > incoming reply > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: > FAIE > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:187]: get_hdr_field(): DEBUG: get_hdr_body : > content_length=559 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:89]: get_hdr_field(): found end of header > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 of the callee] in `o=' field > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 of the callee] in `c=' field > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= > line: `a=rtcp-fb:* nack#015#012a=rtcp-fb:* nack pli#015#012' > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= > line: `a=rtcp-fb:* nack pli#015#012' > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found > valid > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: > tag=aNfQNJz3e > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, > state=29 > Jul 19 08:02:42 rtpengine[24330]: Got valid command from udp: > 127.0.0.1:28152: 1691_12 LAEI6 dcMDMrNRhw IPv6 of the callee 58100 > aNfQNJz3e;1 2996330c;1 > Jul 19 08:02:42 rtpengine[24330]: [dcMDMrNRhw] Failed to parse a media > stream: /IPv6 of the callee:58100 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy > [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp > proxy > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_reply.c:1233]: t_should_relay_response(): ->>>>>>>>> T_code=180, > new_code=200 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_reply.c:1751]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, > relay=0 icode=0 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [msg_translator.c:2260]: generate_res_buf_from_sip_res(): old size: 1467, > new size: 1319 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [msg_translator.c:2278]: generate_res_buf_from_sip_res(): copied size: > orig:164, new: 16, rest: 1303 > msg=#012SIP/2.0 200 OK#015#012 > Via: SIP/2.0/TCP 10.152.108.46:56401;received=X.X.X.X; > branch=z9hG4bK.BUIgttWpK;rport=2066 > Record-Route: <sip:[Server's IPv6];transport=tcp;r2=on;lr;nat=v46> > Record-Route: <sip:X.X.X.X;transport=tcp;r2=on;lr;nat=v46> > Contact: <sip:user@[IPv6 of the callee]:59335;rinstance=836aa3 > 6a01097072;transport=tcp> > To: "user"<sip:user@domain.com>;tag=2996330c > From: "caller" <sip:caller@domain.com>;tag=aNfQNJz3e > Call-ID: dcMDMrNRhw > CSeq: 21 INVITE > Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, > MESSAGE > Content-Type: application/sdp > Supported: replaces > User-Agent: Bria 5 release 5.0.0 stamp 85993 > Content-Length: 559 > > v=0 > o=- 241380314 3 IN IP6 IPv6 of the callee(should be IPv4 address of the > server) > s=Bria 5 release 5.0.0 stamp 85993 > c=IN IP6 IPv6 of the callee (should be IPv4 address of the server) > > > > The same situation is in case of IPv6-IPv4 call. > This is the part of the log in case of IPV6-IPv4 call when kamailio is > creating INVITE to the IPv4 callee: > > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: > FAIE > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 Address] in `o=' field > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 Address] in `c=' field > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found > valid > Jul 19 08:04:52 rtpengine[24330]: Got valid command from udp: > 127.0.0.1:28152: 1691_13 UAEI6 85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ > 2a03:f81:abcd:172:16:20:119:2 50168 1430094e;1 > Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] > Creating new call > Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] > Failed to parse a media stream: /IPv6:50168 > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy > [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp > proxy > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: siputils > [checks.c:97]: has_totag(): no totag > > > Any help would be very appreciated! > > Thank you > Kind regards >

2 2

kamailio 5.0 with asterisks
by Aidar Kamalov 20 Jul '17

20 Jul '17

Hello! I'm new with kamailio, so may be don't understand some basic. I'm tryin to load balance asterisk servers with kamailio and dispatcher module. My ip phones registered at kamailio, for example: [root@sipchel ~]# kamctl ul show 101 { "jsonrpc": "2.0", "result": { "AoR": "101", "Contacts": [{ "Contact": { "Address": "sip:101@192.168.2.62;line=4733c4bfa459eea", "Expires": 2953, "Q": -1, "Call-ID": "1361221648", "CSeq": 136, "User-Agent": "Linphone/3.6.1 (eXosip2/3.6.0)", "Received": "[not set]", "Path": "[not set]", "State": "CS_SYNC", "Flags": 0, "CFlags": 0, "Socket": "udp:192.168.10.54:5060", "Methods": -1, "Ruid": "uloc-596f5abc-2ce5-2", "Instance": "[not set]", "Reg-Id": 0, "Last-Keepalive": 1500530337, "Last-Modified": 1500530337 } }] }, "id": 15024 } I have realtime asterisk server. [root@sipchel ~]# kamctl dispatcher dump { "jsonrpc": "2.0", "result": { "NRSETS": 1, "RECORDS": [{ "SET": { "ID": 1, "TARGETS": [{ "DEST": { "URI": "sip:192.168.4.16", "FLAGS": "IX", "PRIORITY": 0 } }, { "DEST": { "URI": "sip:192.168.10.47", "FLAGS": "AX", "PRIORITY": 0 } }] } }] }, "id": 15087 } So I want if 101 call to 102 it will process by asterisk(for call recording and other features). Now if I call from 101 to 102 kamailio will forward to asterisk and asterisk dialplan cannot find that extesion(as expected, because it is not registed on asterisk) [kamailio] exten => _1XX,1,Dial(SIP/${EXTEN}) exten => _1XX,n,Hangup If I change dialplan to Dial(SIP/KAMAILIO/${EXTEN}) call wil return to kamailio, but kamailio send it back to asterisk... I hope I explained correctly, my English is terrible. Is my screnario proper? How this usually done? Should I forward sip registrations to asterisks? My kamailio config # dispatcher params modparam("dispatcher", "db_url", "mysql://kamailio:kamailiorw@localhost /kamailio") modparam("dispatcher", "ds_ping_interval", 30) modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "flags", 2) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("auth_db", "db_url", DBASTURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "user_column", "name") modparam("auth_db", "password_column", "sippasswd") modparam("auth_db", "load_credentials", "") #modparam("auth_db", "version_table", 0) request_route { <------># per request initial checks <------>route(REQINIT); <------># NAT detection <------>route(NATDETECT); <------># CANCEL processing <------>if (is_method("CANCEL")) { <------><------>if (t_check_trans()) { <------><------><------>route(RELAY); <------><------>} <------><------>exit; <------>} <------># handle retransmissions <------>if (!is_method("ACK")) { <------><------>if(t_precheck_trans()) { <------><------><------>t_check_trans(); <------><------><------>exit; <------><------>} <------><------>t_check_trans(); <------>} <------># handle requests within SIP dialogs <------>route(WITHINDLG); <------>### only initial requests (no To tag) <------># 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(); <------>} <------># account only INVITEs <------>if (is_method("INVITE")) { <------><------>setflag(FLT_ACC); # do accounting <------>} <------># dispatch requests to foreign domains <------>route(SIPOUT); ------>### requests for my local domains <------># handle presence related requests <------>route(PRESENCE); <------># handle registrations <------>route(REGISTRAR); <------>if ($rU==$null) { <------><------># request with no Username in RURI <------><------>sl_send_reply("484","Address Incomplete"); <------><------>exit; <------>} <------># dispatch destinations to PSTN <------>route(PSTN); <------># user location service <------>route(LOCATION); } # User location service route[LOCATION] { #!ifdef WITH_SPEEDDIAL <------># search for short dialing - 2-digit extension <------>if($rU=~"^[0-9][0-9]$") { <------><------>if(sd_lookup("speed_dial")) { <------><------><------>route(SIPOUT); <------><------>} <------>} #!endif #!ifdef WITH_ALIASDB <------># search in DB-based aliases <------>if(alias_db_lookup("dbaliases")) { <------><------>route(SIPOUT); <------>} #!endif <------>$avp(oexten) = $rU; <------>if (!lookup("location")) { <------><------>$var(rc) = $rc; <------><------>route(TOVOICEMAIL); <------><------>t_newtran(); <------><------>switch ($var(rc)) { <------><------><------>case -1: <------><------><------>case -3: <------><------><------><------>send_reply("404", "Not Found"); <------><------><------><------>exit; <------><------><------>case -2: <------><------><------><------>send_reply("405", "Method Not Allowed"); <------><------><------><------>exit; <------><------>} <------>} <------># when routing via usrloc, log the missed calls also <------>if (is_method("INVITE")) { <------><------>setflag(FLT_ACCMISSED); <------>} route(DISPATCH); <------>route(RELAY); <------>exit; } # Dispatch requests route[DISPATCH] { <------># round robin dispatching on gateways group '1' <------>if(!ds_select_dst("1", "4")) <------>{ <------> xlog("aaaa--- SCRIPT: going to <$ru> via <$du>\n"); <------> send_reply("404", "No destination"); <------> exit; <------>} <------>xlog("--- SCRIPT: going to <$ru> via <$du>\n"); <------>t_on_failure("RTF_DISPATCH"); <------>return; } -- Aydar A. Kamalov

3 2

Integration of Google Speech API V2
by Rahul MathuR 19 Jul '17

19 Jul '17

Hi, I'm trying to integrate Google cloud speech recognition v2 in it. I can get the audio recorded, have created Service key and API key but whenever I try to access it, I just get 403 access denied. I am at my wits end here. Has anybody tried it ? were you successful ? Could you please guide me how to do it ? I'll be grateful to you if this works ! -- Warm Regds. MathuRahul

2 1

Problem with IPv4-IPv6 media bridging using RTPengine
by Ismir Saljic 19 Jul '17

19 Jul '17

Hello, I've issue with bridging media between IPv4 and IPv6 clients. IPv4-IPv4 and IPv6-IPv6 calls are working without issues. I'm using kamailio 4.4.2 and configuration according to: http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 SIP signalling is working without issues,but media addresses in SDP are not rewritten correctly. The server is on amazon AWS and both kamailio and RTPengine are on the same server. RTPengine is running using these options: /usr/sbin/rtpengine --interface=privateIPv4!publicIPv4 --interface=GlobalIPv6 --listen-udp=127.0.0.1:22222 --tos=184 --pidfile=/var/run/rtpengine.pid --log-level=6 --log-facility=daemon In case of IPv4-IPv6 call, INVITE message contains correct IPv4 address but 200 OK response to the caller still contains IPv6 address of the callee in SDP body instead of IPv4 address of the server/RTPengine. This is the log during generation of the 200 OK response. Seems that RTPengine failed to parse IPv4 address from SDP body. Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:618]: parse_msg(): SIP Reply (status): Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:620]: parse_msg(): version: <SIP/2.0> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:622]: parse_msg(): status: <200> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:624]: parse_msg(): reason: <OK> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK5afe.c59aef39af345458e17940722ba0c70b.0>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, <received> = <Server's GlobalIPv6>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 236, <i> = <8>; state=16 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, flags=2 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:498]: parse_headers(): parse_headers: this is the first via Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [receive.c:178]: receive_msg(): After parse_msg... Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global id=142 T start=0xffffffffffffffff Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, <received> = <178.165.130.177>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK.BUIgttWpK>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 235, <rport> = <2066>; state=16 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, flags=62 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:509]: parse_headers(): parse_headers: this is the second via Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: tag=2996330c Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, state=29 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:173]: get_hdr_field(): DEBUG: get_hdr_field: <To> [59]; uri=[sip:user@domain.com] Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:175]: get_hdr_field(): DEBUG: to body ["user"< sip:user@domain.com>] Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <21> <INVITE> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:888]: t_reply_matching(): DEBUG: t_reply_matching: hash 61349 label 0 branch 0 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:943]: t_reply_matching(): DEBUG: t_reply_matching: reply matched (T=0x7f7f95c19a10)! Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_hooks.c:266]: run_trans_callbacks_internal(): DBG: trans=0x7f7f95c19a10, callback type 2, id 0 entered Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: acc [acc_logic.c:644]: tmcb_func(): acc callback called for t(0x7f7f95c19a10) event type 2, reply code 200 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global id=143 T end=0x7f7f95c19a10 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_reply.c:2160]: reply_received(): DEBUG: reply_received: org. status uas=180, uac[0]=180 local=0 is_invite=1) Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: incoming reply Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: FAIE Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:187]: get_hdr_field(): DEBUG: get_hdr_body : content_length=559 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:89]: get_hdr_field(): found end of header Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 of the callee] in `o=' field Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 of the callee] in `c=' field Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= line: `a=rtcp-fb:* nack#015#012a=rtcp-fb:* nack pli#015#012' Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= line: `a=rtcp-fb:* nack pli#015#012' Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: tag=aNfQNJz3e Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, state=29 Jul 19 08:02:42 rtpengine[24330]: Got valid command from udp: 127.0.0.1:28152: 1691_12 LAEI6 dcMDMrNRhw IPv6 of the callee 58100 aNfQNJz3e;1 2996330c;1 Jul 19 08:02:42 rtpengine[24330]: [dcMDMrNRhw] Failed to parse a media stream: /IPv6 of the callee:58100 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp proxy Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_reply.c:1233]: t_should_relay_response(): ->>>>>>>>> T_code=180, new_code=200 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_reply.c:1751]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, relay=0 icode=0 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [msg_translator.c:2260]: generate_res_buf_from_sip_res(): old size: 1467, new size: 1319 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [msg_translator.c:2278]: generate_res_buf_from_sip_res(): copied size: orig:164, new: 16, rest: 1303 msg=#012SIP/2.0 200 OK#015#012 Via: SIP/2.0/TCP 10.152.108.46:56401;received=X.X.X.X; branch=z9hG4bK.BUIgttWpK;rport=2066 Record-Route: <sip:[Server's IPv6];transport=tcp;r2=on;lr;nat=v46> Record-Route: <sip:X.X.X.X;transport=tcp;r2=on;lr;nat=v46> Contact: <sip:user@[IPv6 of the callee]:59335;rinstance= 836aa36a01097072;transport=tcp> To: "user"<sip:user@domain.com>;tag=2996330c From: "caller" <sip:caller@domain.com>;tag=aNfQNJz3e Call-ID: dcMDMrNRhw CSeq: 21 INVITE Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE Content-Type: application/sdp Supported: replaces User-Agent: Bria 5 release 5.0.0 stamp 85993 Content-Length: 559 v=0 o=- 241380314 3 IN IP6 IPv6 of the callee(should be IPv4 address of the server) s=Bria 5 release 5.0.0 stamp 85993 c=IN IP6 IPv6 of the callee (should be IPv4 address of the server) The same situation is in case of IPv6-IPv4 call. This is the part of the log in case of IPV6-IPv4 call when kamailio is creating INVITE to the IPv4 callee: Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: FAIE Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 Address] in `o=' field Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 Address] in `c=' field Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid Jul 19 08:04:52 rtpengine[24330]: Got valid command from udp: 127.0.0.1:28152: 1691_13 UAEI6 85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ 2a03:f81:abcd:172:16:20:119:2 50168 1430094e;1 Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] Creating new call Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] Failed to parse a media stream: /IPv6:50168 Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp proxy Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Any help would be very appreciated! Thank you Kind regards

2 1

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