sr-users August 2014

sr-users@lists.kamailio.org

73 participants
131 discussions

Shared memory
by Morten Tryfoss 04 Sep '14

04 Sep '14

Hi, I wonder about the difference between “used” and “real used” shared memory in Kamailio. Best regards, Morten Tryfoss

2 1

How to determine if a 4xx message came from dispatcher or a client?
by Olli Heiskanen 04 Sep '14

04 Sep '14

Hello, A question on Kamailio variables and using dispatcher: When in failure_route I want to know if the request message was going to a dispatcher ip or a sip client ip (as in any other than dispatcher ip), how do I make an if statement for that? If I use ds_is_from_list(), I get wrong results because in both cases the request was sent by Kamailio. Also, I don't seem to be able to get the source ip of the 4xx message (src_ip shows the source ip of the request message). cheers, Olli

2 1

Can log in from SIP
by Alexis Walhovd 04 Sep '14

04 Sep '14

Hi I just created an account with iptel.org. But I can not log in to my account through my SIP software from OSX. Please see below for details: I type “Alexis82” as password. All the best, Alexis

2 1

need help - Insert_hf when Route: missing
by Satish Patel 04 Sep '14

04 Sep '14

I have post many question on topology hiding any not get any reply back from people and developers now I don't have any option except some goofy hack When I use topology hiding it removes Route: and because of that callee doesn't able to send BYE back to opensips. I want use insert_hf to inject Route: so I get clean BYE message. Do you guys have any suggestion? Sent from my iPhone

2 1

Asterisk cluster behind kamailio natted to pubic IP, presenting internal ip addresses in From tag
by Tim Chubb 04 Sep '14

04 Sep '14

Hi All I'm scratching my head on this one, I have set everything up in the following configuration: Public ip natted to DMZ via Cisco ASA 5510 <= DMZ => Kamailio & RTP Proxy <= Voice DMZ => Asterisk My kamailio configuration is based heavily on the one found here: http://saevolgo.blogspot.co.uk/2013/08/rtpproxy-revisited-kamailio-40.html & http://saevolgo.blogspot.co.uk/2011/11/how-to-increasing-voip-services.html So far everything is working fine, I can register via the public IP address, IM & presence is working, and as does audio, however when I dial an extension the caller id comes up like this 12345@172.16.15.123:5080<mailto:12345@172.16.15.123:5080> which is the ip addresses of the asterisk server that the dispatcher has assigned to the call, I have tried setting the P-Asserted-Identity, P-Preferred-Identity & Remote-Party-ID headers to no effect. What I would like to achieve is that the public IP or domain name comes up when I call an extension. From examining the sip traffic traversing the kamailio box, it seems that the From and Contact headers sent by asterisk are the source of the internal implementation information reaching the end-user. How can I prevent implementation information like this leaking out? I consider this to be a security risk as I don't want anyone to be able to enumerate the number of servers that comprise a given cluster as easily as placing a few calls, ideally I only want data relating to the public side of the network getting out. But I would be happy if it takes digging into the sip traffic to glean any details initially. I'm getting the feeling that this could well be an asterisk configuration issue, so apologies if this is a little off topic, however I have been unable to find a similar configuration to try and achieve my desired results. Tim.

3 3

Help debugging a missing ACK (is Asterisk covering up a mistake in my Kamailio config?)
by Alex Villacís Lasso 04 Sep '14

04 Sep '14

Please consider the following SIP packet exchange, as seen by a tcpdump running on 201.234.196.170. Here 198.58.101.75 initiates a call to 201.234.196.170: IP 198.58.101.75.5060 > 201.234.196.170.5060 INVITE sip:*43@201.234.196.170:5060 SIP/2.0 Via: SIP/2.0/UDP 198.58.101.75:5060;branch=z9hG4bK7a792c1e;rport Max-Forwards: 70 From: "9002" <sip:9002@198.58.101.75>;tag=as0bc522a9 To: <sip:*43@201.234.196.170:5060> Contact: <sip:9002@198.58.101.75:5060> Call-ID: 2c14c21f5052a74a78ca4ab736657b00@198.58.101.75:5060 CSeq: 102 INVITE User-Agent: FPBX-2.8.1(1.8.20.0) Date: Fri, 29 Aug 2014 18:23:17 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Content-Type: application/sdp Content-Length: 299 v=0 o=root 521741684 521741684 IN IP4 198.58.101.75 s=Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3 c=IN IP4 198.58.101.75 t=0 0 m=audio 16426 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv IP 201.234.196.170.5060 > 198.58.101.75.5060 SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP 198.58.101.75:5060;branch=z9hG4bK7a792c1e;rport=5060 From: "9002" <sip:9002@198.58.101.75>;tag=as0bc522a9 To: <sip:*43@201.234.196.170:5060> Call-ID: 2c14c21f5052a74a78ca4ab736657b00@198.58.101.75:5060 CSeq: 102 INVITE Server: kamailio (4.1.5 (x86_64/linux)) Content-Length: 0 IP 201.234.196.170.5060 > 198.58.101.75.5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 198.58.101.75:5060;branch=z9hG4bK7a792c1e;rport=5060 Record-Route: <sip:127.0.0.1;r2=on;lr=on;ftag=as0bc522a9;vsf=SRoZSkpbSEZbLF1YW0dGeB8ICB8bDxsxMDEuNzU-;nat=yes> Record-Route: <sip:192.168.2.18;r2=on;lr=on;ftag=as0bc522a9;vsf=SRoZSkpbSEZbLF1YW0dGeB8ICB8bDxsxMDEuNzU-;nat=yes> From: "9002" <sip:9002@198.58.101.75>;tag=as0bc522a9 To: <sip:*43@201.234.196.170:5060>;tag=as2798a3b9 Call-ID: 2c14c21f5052a74a78ca4ab736657b00@198.58.101.75:5060 CSeq: 102 INVITE Server: Asterisk PBX 11.12.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:*43@127.0.0.1:5080;alias=127.0.0.1~5080~1> Content-Type: application/sdp Require: timer Content-Length: 305 v=0 o=root 159029581 159029581 IN IP4 201.234.196.170 s=Asterisk PBX 11.12.0 c=IN IP4 201.234.196.170 t=0 0 m=audio 18446 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv a=nortpproxy:yes According to a strict interpretation of the SIP RFC, which address should the machine at 198.58.101.75 use to send the subsequent ACK? Which field(s) are to be used to extract said address? I am trying to understand an issue of a missing ACK between 201.234.196.17x and a different public IP, with the only difference that the other IP is not running Asterisk. For the exchange shown above, 201.234.196.170 receives an ACK, but I want to know whether the packets correctly indicate the address for the ACK, or whether the Asterisk at 198.58.101.75 is compensating for a malformed packet.

3 7

How to uniquely identify SIP WS / WSS endpoint
by Muhammad Shahzad 03 Sep '14

03 Sep '14

Sorry for putting this question on both dev and user mailing lists, as it is a rather theoretical question and i hope some SIP guru on either mail list will answer. For non-WS endpoints which use TCP or UDP for SIP transport, each upstream request has top most VIA header pointing to the previous hop which forwarded the request to current hop while each downstream request has top most VIA header pointing to next hop to which it will be forwarded from current hop. But for WS endpoints, the top most VIA has dummy static value, so there is no way to identify who sent this request or to whom the reply is going to. Please note that i am not specifically interested in network address of remote endpoint (though VIA header is suppose to provide it), i only need to match requests and responses from / to a specific device using SIP v2.0 standard. Any help is highly appreciated. Thank you.

3 7

Use Kamailio as (SIP-TLS) Gateway to connect to (non TLS) fritz.box for fixed-line calls
by Lukas Wygasch 02 Sep '14

02 Sep '14

Dear Kamailio-Community, i would be very pleased when someone could help me with my private non-profit project. I do not want other people to do my work, but i'm not as good with SIP as i should to solve this problem by myself. So here is my Goal: Use Kamailio as (TLS-SIP-)Gateway to my (non-TLS)-FritzBox to do (local-country) fixed-line Calls from all over the World. In Detail: Connect to (Portforwarded / NAT behind Fritzbox-Router) Kamalio-Server with User from "Subsriber-List" by TLS-SIP Now I want Kamailio to connect to local fritz.box (by SIP) with one fritzbox-user to handle all invites and calls. ------------------------------- Scenario (fictional): Fritzbox (Router and VOIP-Server) Internal-IP: 192.168.178.1 or fritz.box External-IP: dynip.de VOIP-User: 610 VOIP-Passwort: test Kamailio (running on RaspberryPI and Siremis) Internal-IP: 192.168.178.2 Network Gateway: 192.168.178.1 Connection from Outside (NAT): dynip.de:5061 User: euser Pass: epass ------------------------------- Questions: Is there a Module i could use to do this Job? (configurable through Siremis e.g. Dispatcher List?) How can i ensure that my user "euser" from subsriber-list connects with 610:test to fritz.box? Is there a simple configuration to solve this problem? I'm sorry to ask you these my non-skilled questions, since it is not my business to use SIP, but this scenario could be a useful tutorial for many many fritz.box users over the world. Roaming prices for mobile-calls could be safed with sitting into next McDonalds and do a SIP-Call through free Wifi. Thank you very much! I would be very grateful to get some help. Sincerly yours Lukatz

2 1

Roadmap to next major release - v4.2.0
by Daniel-Constantin Mierla 02 Sep '14

02 Sep '14

Hello, during the last devel meeting on IRC, done before the summer, we set the 4.2.0 release time frame for this autumn. As planned by that moment, we have to decide the development freezing date and more accurate milestones at the end of summer, therefore it is about the time. My proposal is to freeze development by end of September 10, 2014, have about one month of testing and release sometime around mid of October. If anyone has constraints to meet this date, just send here another proposal and we can decide together which one fits most of us. This one gives about 2 weeks and a half for new features development. Therefore, if you plan to include a new module (many were announced at the IRC devel meeting, hopefully some are ready), hurry up. It is also a good time to start filling the wiki page with what is new in upcoming release: - http://www.kamailio.org/wiki/features/new-in-devel Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA

1 1

Wrong ACK to Provider
by Yuriy Gorlichenko 01 Sep '14

01 Sep '14

Hello. I try to provide call scheme: internal client -> asterisk -> Kamailio -> provider -> external endpoint call when I make call I see this: asterisk kamailio provider invite --> invite --> <-- 407 ACK --> invite w/Auth --> <-- 100 <-- 100 <-- 180 <-- 180 <-- 183 <-- 183 <-- 200 <-- 200 ACK --> ACK --> My problem with last ACK, that I send to provider. Provider ignores it, and sends me some OK packets. As resultI can notend session ( answer to BYE 481 - transaction does not exists). I think it is wrong ACK but can not undrtand where I do mistake. Please help me to find it: My invite (with Auth creditans): IP 10.0.1.18.5068 > my.provider.ip.5060: UDP, length 1606 E...]. .@..R ...6........N0TINVITE sip:12345678900@my.provider.ip:5060 SIP/2.0 Record-Route: <sip:my.external.ip:5068;nat=yes;ftag=as7d06fc50;lr=on> Via: SIP/2.0/UDP my.external.ip:5068;branch=z9hG4bK48ba.74ed5eb56b172cd802c50dcc201cce56.1 Via: SIP/2.0/UDP 10.0.1.6:50600;branch=z9hG4bK258b5220;rport=50600 Max-Forwards: 70 From: "John" <sip:provider_username@my.provider.ip>;tag=as7d06fc50 To: <sip:12345678900@my.provider.ip:5068> Contact:<provider_username@my.external.ip:5068> Call-ID: 2122fc6a3cbe2e64253289cf23c3dd2a@10.0.1.6:50600 CSeq: 102 INVITE User-Agent: Asterisk PBX 12.5.0 Date: Wed, 27 Aug 2014 22:02:58 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 544 Proxy-Authorization: Digest username="provider_username", realm="my.provider.ip", nonce="U/5Wv1P+VZNjFBLf6fwPizgd6iLto5St", uri="sip:12345678900@my.provider.ip:5060", qop=auth, nc=00000001, cnonce="2888860875", response="9f23110471fe9ff751cd55466e70ded2", algorithm=MD5 v=0 o=root 1370647246 1370647246 IN IP4 12.34.56.78 s=Asterisk PBX 12.5.0 c=IN IP4 12.34.56.78 t=0 0 a=ice-lite m=audio 30296 RTP/AVP 0 3 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=maxptime:150 a=sendrecv a=rtcp:30297 a=ice-ufrag:p5k92ynl a=ice-pwd:FIOYKt96NlBfEqKsQipUuadUev1g a=candidate:vV3V06Tv Provider trying IP my.provider.ip.5060 > 10.0.1.18.5068: UDP, length 500 E.........PX6... ..........ySIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP my.external.ip:5068;branch=z9hG4bK48ba.74ed5eb56b172cd802c50dcc201cce56.1;rport=5068;received=12.34.56.78 Via: SIP/2.0/UDP 10.0.1.6:50600;branch=z9hG4bK258b5220;rport=50600 From: "John" <sip:provider_username@my.provider.ip>;tag=as7d06fc50 To: <sip:12345678900@my.provider.ip:5068> Call-ID: 2122fc6a3cbe2e64253289cf23c3dd2a@10.0.1.6:50600 CSeq: 102 INVITE Server: kamailio (4.1.2 (x86_64/linux)) Content-Length: 0 provider ringing IP my.provider.ip.5060 > 10.0.1.18.5068: UDP, length 1098 E..f......M.6... ........RV.SIP/2.0 180 Ringing Via: SIP/2.0/UDP my.external.ip:5068;rport=5068;received=12.34.56.78;branch=z9hG4bK48ba.74ed5eb56b172cd802c50dcc201cce56.1 Via: SIP/2.0/UDP 10.0.1.6:50600;branch=z9hG4bK258b5220;rport=50600 Record-Route: <sip:my.provider.ip;lr=on;ftag=as7d06fc50;did=5bc.33f1> Record-Route: <sip:my.external.ip:5068;nat=yes;ftag=as7d06fc50;lr=on> From: "John" <sip:provider_username@my.provider.ip>;tag=as7d06fc50 To: <sip:12345678900@my.provider.ip:5068>;tag=v9g4HD4vrNFUH Call-ID: 2122fc6a3cbe2e64253289cf23c3dd2a@10.0.1.6:50600 CSeq: 102 INVITE Contact: <sip:12345678900@67.192.253.160:5060;transport=udp> User-Agent: Plivo Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Length: 0 Remote-Party-ID: "12345678900" <sip:12345678900@my.provider.ip >;party=calling;privacy=off;screen=no provider seesion in progress IP my.provider.ip.5060 > 10.0.1.18.5068: UDP, length 1887 E..... ...,.6... ........g.DSIP/2.0 183 Session Progress Via: SIP/2.0/UDP my.external.ip:5068;rport=5068;received=12.34.56.78;branch=z9hG4bK48ba.74ed5eb56b172cd802c50dcc201cce56.1 Via: SIP/2.0/UDP 10.0.1.6:50600;branch=z9hG4bK258b5220;rport=50600 Record-Route: <sip:my.provider.ip;lr=on;ftag=as7d06fc50;did=5bc.33f1> Record-Route: <sip:my.external.ip:5068;nat=yes;ftag=as7d06fc50;lr=on> From: "John" <sip:provider_username@my.provider.ip>;tag=as7d06fc50 To: <sip:12345678900@my.provider.ip:5068>;tag=v9g4HD4vrNFUH Call-ID: 2122fc6a3cbe2e64253289cf23c3dd2a@10.0.1.6:50600 CSeq: 102 INVITE Contact: <sip:12345678900@67.192.253.160:5060;transport=udp> User-Agent: Plivo Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 742 Remote-Party-ID: "12345678900" <sip:12345678900@my.provider.ip >;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1409149800 1409149801 IN IP4 67.192.253.160 s=FreeSWITCH c=IN IP4 67.192.253.160 t=0 0 a=msid-semantic: WMS uIWGGSqM8mUp5NEgQ9CU0svyzqjzisqD m=audio 27180 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=ssrc:326362635 cnam provider OK IP my.provider.ip.5060 > 10.0.1.18.5068: UDP, length 2026 E..... ...,.6... ...........SIP/2.0 200 OK Via: SIP/2.0/UDP my.external.ip:5068;rport=5068;received=12.34.56.78;branch=z9hG4bK48ba.74ed5eb56b172cd802c50dcc201cce56.1 Via: SIP/2.0/UDP 10.0.1.6:50600;branch=z9hG4bK258b5220;rport=50600 Record-Route: <sip:my.provider.ip;lr=on;ftag=as7d06fc50;did=5bc.33f1> Record-Route: <sip:my.external.ip:5068;nat=yes;ftag=as7d06fc50;lr=on> Fл2rom: "John" <sip:provider_username@my.provider.ip>;tag=as7d06fc50 To: <sip:12345678900@my.provider.ip:5068>;tag=v9g4HD4vrNFUH Call-ID: 2122fc6a3cbe2e64253289cf23c3dd2a@10.0.1.6:50600 CSeq: 102 INVITE Contact: <sip:12345678900@67.192.253.160:5060;transport=udp> User-Agent: Plivo Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY, PUBLISH, SUBSCRIBE SupлЛ o=FreeSWITCH 1409149800 1409149801 IN IP4 67.192.253.160 s=FreeSWITCH c=л2IN IP4 67.192.253.160 t=0 0 a=msid-semantic: WMS uIWGGSqM8mUp5NEgQ9CU0svyzqjzisqD m=audio 27180 RTP/AVP 0 my ACK IP 10.0.1.18.5068 > my.provider.ip.5060: UDP, length 614 E...]...@... ...6........n.hACK sip:12345678900@my.provider.ip:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP my.external.ip:5068;branch=z9hG4bK48ba.4250e4d315c4aa6697b6d7f70e861b62.0 Via: SIP/2.0/UDP 10.0.1.6:50600;branch=z9hG4bK4d28fc11;rport=50600 Route: <sip:my.provider.ip;lr=on;ftag=as7d06fc50;did=5bc.33f1> Max-Forwards: 70 From: "John" <sip:provider_username@my.provider.ip>;tag=as7d06fc50 To: <sip:12345678900@my.provider.ip:5068>;tag=v9g4HD4vrNFUH Contact:<provider_username@my.external.ip:5068> Call-ID: 2122fc6a3cbe2e64253289cf23c3dd2a@10.0.1.6:50600 CSeq: 102 ACK User-Agent: Asterisk PBX 12.5.0 Content-Length: 0 So after this ACK provider still sends me 200 OK and my server still sends ACK.... tags and call-id always one. Thanks

3 11

← Newer
1
2
3
4
5
6
7
...
14
Older →

Jump to page:

2026

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 August 2014