sr-users August 2014

sr-users@lists.kamailio.org

73 participants
130 discussions

by Alexis Walhovd

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

9 years, 7 months

need help - Insert_hf when Route: missing

by Satish Patel

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

9 years, 7 months

Asterisk cluster behind kamailio natted to pubic IP, presenting internal ip addresses in From tag

by Tim Chubb

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.

9 years, 7 months

Support for TLS server_name extension (aka SNI=server name indication)

by Barry Flanagan

Hi, Back in Kamailio 1.5, the release notes state: "support for TLS server_name extension (aka SNI=server name indication)" However, I cannot find any indication of this in the current TLS docs, and trying to set tls_server_name or server_name in tls.cfg fails with "unsupported option". Is this actually supported? Thanks. -Barry Flanagan

9 years, 7 months

Help debugging a missing ACK (is Asterisk covering up a mistake in my Kamailio config?)

by Alex Villacís Lasso

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.

9 years, 7 months

How to uniquely identify SIP WS / WSS endpoint

by Muhammad Shahzad

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.

9 years, 7 months

Use Kamailio as (SIP-TLS) Gateway to connect to (non TLS) fritz.box for fixed-line calls

by Lukas Wygasch

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

9 years, 7 months

Roadmap to next major release - v4.2.0

by Daniel-Constantin Mierla

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

9 years, 7 months

Wrong ACK to Provider

by Yuriy Gorlichenko

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

9 years, 7 months

Presence - How to force Kamailio to use one subscription per user?

by Veerabhara Gundu

Hello Friends, I have a scenario, where clients are going away and re-registering with new IP and Port numbers. Presence server keep sending NOTIFY messages for both old Subscription and new Subscription for same clients till the old subscription expires. It's unnecessary traffic and processing on both client and server. I am looking for a way to force Kamailio to use one subscription per user similar to mode:04 of location table. If it's not possible, looking for a way to remove subscription from config file when I detect this error.We have an option to remove automatically Subscription when NOTIFY failed, but this is not working for TCP based clients. In TCP mode, when Kamailio not event trying to send NOTIFY if Kamailio already knows that TCP connection is broken and replying with 500 error. Any alternative suggestion also welcome. Thanks, Veera Thanks, VG

9 years, 7 months

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

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