[SR-Users] ul.add | path & socket not correctly set
Dear all, I have kamailio 5.0.6 and I have an issue to add permanent location When I add a location with : kamcmd ul.add location_ch d...@peoplefone.ch sip: demo@95.128.80.122:5060 0 0.0 . 0 128 6111 . udp:95.128.80.3:5060 then I get the following insertion: kamcmd ul.lookup location_ch demo@ { AoR: demo Contacts: { Contact: { Address: sip:demo@95.128.80.122:5060 Expires: permanent Q: 0.00 Call-ID: dfjrewr12386fd6-...@kamailio.mi CSeq: 1 User-Agent: SIP Router MI Server Received: [not set] Path: . State: CS_SYNC Flags: 0 CFlags: 128 Socket: [not set] Methods: 6111 Ruid: ulcx-5b243cb5-67c6-31 Instance: [not set] Reg-Id: 0 Server-Id: 0 Tcpconn-Id: 0 Keepalive: 0 Last-Keepalive: 0 Last-Modified: 0 } } As you can see the Path value is set to "." But it must be set to [not set] The Socket is also not set. Any idea ? BR Laurent ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] rtpengine installation dependencies
Hello, Mojtaba. I don't remember the exact setups and unfortunately don't have access to server. But let me write few things I did which may help you. Added below line in source.list. 1. deb http://ftp.debian.org/debian jessie-backports main 2. apt-get update 3. apt-get -t jessie-backports install debhelper 4. Installed latest version of ffmpeg from source I was not able to successfully create .deb files but i was able to compile it manually. These links might help you. https://voipmagazine.wordpress.com/2015/02/17/rtpengine-compilation-and-installation-in-fedora-redhat/ http://hrhashmi.blogspot.com/2016/06/rtpengine-installation-on-amazon-ami.html Br, Aqs On Mon, 25 Jun 2018 at 14:19, Mojtaba wrote: > Hi, > Please share the source.list for getting the lasted version of debhelper. > Thanks > > On Sat, Apr 7, 2018 at 2:45 AM, Aqs Younas wrote: > > Thanks for the answer. > > > > I had installed debhelper from Debian package but it had Version: > > 9.20150101+deb8u2. > > > > root@debian-769mb-miami-01:/usr/src/rtpengine# dpkg -s debhelper | grep > > '^Version:' > > Version: 9.20150101+deb8u2 > > > > Whereas rtpengine demands debhelper (>= 10~) > > > > That is why i was trying to install it from debs. > > > > Anyway, I updated my source.list and was able to get the lasted version > of > > debhelpler. > > > > Thanks for your help. > > > > > > > > > > On 6 April 2018 at 20:45, Ulrich Henning wrote: > >> > >> Hi Aqs, > >> > >> > >> > >> just use the corresponding build flag ‘export > >> DEB_BUILD_PROFILES="pkg.ngcp-rtpengine.nobcg729"’ as stated in the > readme > >> (https://github.com/sipwise/rtpengine) and your issue should be fixed. > >> > >> > >> > >> BR, > >> > >> Henning > >> > >> > >> > >> Von: sr-users [mailto:sr-users-boun...@lists.kamailio.org] Im Auftrag > von > >> Aqs Younas > >> Gesendet: Freitag, 6. April 2018 17:31 > >> An: Kamailio (SER) - Users Mailing List > >> Betreff: [SR-Users] rtpengine installation dependencies > >> > >> > >> > >> Greetings list. > >> > >> > >> > >> This might not be related to Kamailio but I thought someone would be > able > >> to give a hand in resolving dependency during the installation of > rtpengine > >> on Debian 8 Jessie. > >> > >> > >> > >> It is complaining about below dependencies. > >> > >> > >> > >> root@debian-769mb-miami-01:/usr/src/rtpengine# dpkg-buildpackage > >> > >> dpkg-buildpackage: source package ngcp-rtpengine > >> > >> dpkg-buildpackage: source version 6.3.0.0+0~mr6.3.0.0 > >> > >> dpkg-buildpackage: source distribution unstable > >> > >> dpkg-buildpackage: source changed by Sipwise Jenkins Builder > >> > >> > >> dpkg-buildpackage: host architecture amd64 > >> > >> dpkg-source --before-build rtpengine > >> > >> dpkg-source: info: using options from rtpengine/debian/source/options: > >> --extend-diff-ignore=.gitreview > >> > >> dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 10~) > >> libbcg729-dev > >> > >> dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; > >> aborting > >> > >> dpkg-buildpackage: warning: (Use -d flag to override.) > >> > >> > >> > >> I tried to install debhelper from deb but complained from dh-autoreconf > >> and that itself complained abount debhelpler. So, no one is being > installed. > >> > >> Also, If someone can help me how to resolve dependency for > libbcg729-dev > >> too. > >> > >> Any pointer or hint or link to some installation guide would be more > than > >> welcome. > >> > >> > >> > >> Br, Aqs. > >> > >> > >> ___ > >> Kamailio (SER) - Users Mailing List > >> sr-users@lists.kamailio.org > >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > >> > > > > > > ___ > > Kamailio (SER) - Users Mailing List > > sr-users@lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > > > > -- > --Mojtaba Esfandiari.S > > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Planning next IRC devel meeting
Hello, short note to remind about the IRC devel meeting, based on the updates to the wiki page, it is going to happen tomorrow, Tuesday, June 27, at 14:00 UTC -- more details at: - https://www.kamailio.org/wiki/devel/irc-meetings/2018a Do not forget about it if you want to discuss about the next steps for Kamailio development and project admin stuff. Cheers, Daniel On 15.06.18 09:18, Daniel-Constantin Mierla wrote: > Hello, > > I thought of start planning the next IRC devel meeting, it is quite some > time since the last one with a busy spring for most of us. > > Among the topics to be approached would be the roadmap to the next major > release, then discuss what else we can do for or with the project. > > My proposal as a date is Tuesday, June 27, at 14:00 UTC -- I created a > page for it: > > - https://www.kamailio.org/wiki/devel/irc-meetings/2018a > > List yourself if you can participate or you prefer a different date, as > well as add new topics that you consider they should be approached. > > Cheers, > Daniel > -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference -- www.kamailioworld.com ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] linphone & presence_xml ERROR
Hello, the error is printed because the parsing of the XML body in PUBLISH fails -- an invalid XML document. Quickly looking at it: closed User the issue likely is the content of the ..., it has which is an opening tag from XML point of view. Either encode < and > there, or put the sip address without them. Cheers, Daniel On 23.06.18 22:21, Pali Rohár wrote: > Hi! > > I'm using linphone 3.6.1 as SIP client and Kamailio 4.4.4 as proxy > server and registrar. > > And every time I try to change online status (presence) in linphone > client, I see following error messages in kamailio server log: > > ERROR: presence_xml [add_events.c:167]: xml_publ_handl(): bad body format > ERROR: presence [publish.c:443]: handle_publish(): in event specific publish > handling > ERROR: tm [t_reply.c:533]: _reply_light(): ERROR: _reply_light: can't > generate 500 reply when a final 415 was sent out > ERROR: sl [sl.c:269]: send_reply(): failed to reply stateful (tm) > ERROR: presence [utils_func.c:146]: send_error_reply(): sending 500 Server > Internal Error reply > ERROR: presence [publish.c:492]: handle_publish(): failed to send error reply > > So it looks like kamailio is not able to parse presence change which is > linphone doing. I captured traffic via tcpdump what linphone sends: > > 21:58:58.704792 IP (tos 0x68, ttl 64, id 64109, offset 0, flags [DF], proto > UDP (17), length 32) > LINPHONE_IP_ADDRESS.5060 > KAMAILIO_IP_ADDRESS.5060: SIP > 21:58:58.704919 IP (tos 0x68, ttl 64, id 64110, offset 0, flags [DF], proto > UDP (17), length 752) > LINPHONE_IP_ADDRESS.5060 > KAMAILIO_IP_ADDRESS.5060: SIP, length: 724 > PUBLISH sip:USER@HOST SIP/2.0 > Via: SIP/2.0/UDP > LINPHONE_IP_ADDRESS:5060;rport;branch=z9hG4bK2049418743 > From: User ;tag=184282924 > To: User > Call-ID: 1435474953 > CSeq: 26 PUBLISH > Content-Type: application/pidf+xml > Max-Forwards: 70 > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Expires: 600 > Event: presence > Content-Length: 353 > > > xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" > xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="User "> > > closed > User > > > 21:58:58.710097 IP (tos 0x10, ttl 53, id 10255, offset 0, flags [none], proto > UDP (17), length 473) > KAMAILIO_IP_ADDRESS.5060 > LINPHONE_IP_ADDRESS.5060: SIP, length: 445 > SIP/2.0 407 Proxy Authentication Required > Via: SIP/2.0/UDP > LINPHONE_IP_ADDRESS:5060;rport=5060;branch=z9hG4bK2049418743;received=EXTERNAL_IP_ADDRESS > From: User ;tag=184282924 > To: User ;tag=515cb47c4c34ffa85b598d6b25676122.744d > Call-ID: 1435474953 > CSeq: 26 PUBLISH > Proxy-Authenticate: Digest realm="HOST", nonce="NONCE" > Server: kamailio (4.4.4 (x86_64/linux)) > Content-Length: 0 > > 21:58:58.718147 IP (tos 0x68, ttl 64, id 64111, offset 0, flags [DF], proto > UDP (17), length 940) > LINPHONE_IP_ADDRESS.5060 > KAMAILIO_IP_ADDRESS.5060: SIP, length: 912 > PUBLISH sip:USER@HOST SIP/2.0 > Via: SIP/2.0/UDP > LINPHONE_IP_ADDRESS:5060;rport;branch=z9hG4bK1165141043 > From: User ;tag=184282924 > To: User > Call-ID: 1435474953 > CSeq: 27 PUBLISH > Proxy-Authorization: Digest username="USER", realm="HOST", > nonce="NONCE", uri="sip:USER@HOST", response="RESP", algorithm=MD5 > Content-Type: application/pidf+xml > Max-Forwards: 70 > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Expires: 600 > Event: presence > Content-Length: 353 > > > xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" > xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="User "> > > closed > User > > > > 21:58:58.781668 IP (tos 0x10, ttl 53, id 10259, offset 0, flags [none], proto > UDP (17), length 380) > KAMAILIO_IP_ADDRESS.5060 > LINPHONE_IP_ADDRESS.5060: SIP, length: 352 > SIP/2.0 415 Unsupported media type > Via: SIP/2.0/UDP > LINPHONE_IP_ADDRESS:5060;rport=5060;branch=z9hG4bK1165141043;received=EXTERNAL_IP_ADDRESS > From: User ;tag=184282924 > To: User ;tag=97d8e785fdf42bf9622a64c13c504961-3901 > Call-ID: 1435474953 > CSeq: 27 PUBLISH > Server: kamailio (4.4.4 (x86_64/linux)) > Content-Length: 0 > > I replaced ip addresses in packets by KAMAILIO_IP_ADDRESS, > LINPHONE_IP_ADDRESS and EXTERNAL_IP_ADDRESS strings and also SIP account > by USER@HOST. Maybe it helps you. > > Any idea why kamailio refuse presence update and reports those error > into error log? > > Or is there any special setting which is needed for linphone or other > SIP clients for online status / presence support? > > > > ___ > Kam
Re: [SR-Users] invalid char found in the new uri
Hello, the uac_replace_from()/_to() rely on the UA preserving the From/To headers to be able to properly restore the values when used with the rr (record-route) mechanism. If you can't ensure that the UA preserve these headers, then you can: 1) configure uac module to use dialog module for update/restore operations of From/To header 2) do not restore the From/To -- the restore is done for the old devices that use full Form/To headers for matching transactions and dialogs, instead of From-tag and To-tag parameters, so practically the restore is needed when the UA is not implementing RFC 3261, but older SIP specs. What I typically do when I have only RFC3261 devices is to replace From/To headers with what I need in the initial INVITE and for the rest of the requests within the dialog I replace them with anonymous@anonymous.invalid. Cheers, Daniel On 24.06.18 10:21, Kjeld Flarup wrote: > I have a system where the calls is not disconnected properly. > > I get this error in syslog when receiving BYE: > > Jun 24 08:23:54 scantronpbx /usr/local/sbin/kamailio[31588]: WARNING: > uac [replace.c:645]: restore_uri(): invalid char found in the new uri > at pos 30 (#012) > [sip:004540294149@127.0.0.1:507#01257441;transport=TCP;ob] > Jun 24 08:23:54 scantronpbx /usr/local/sbin/kamailio[31588]: WARNING: > uac [replace.c:647]: restore_uri(): this can happen when URI values > are altered by end points - skipping the update > Jun 24 08:23:54 scantronpbx /usr/local/sbin/kamailio[31588]: WARNING: > uac [replace.c:645]: restore_uri(): invalid char found in the new uri > at pos 30 (#012) > [sip:004540294149@127.0.0.1:507#01257441;transport=TCP;ob] > Jun 24 08:23:54 scantronpbx /usr/local/sbin/kamailio[31588]: WARNING: > uac [replace.c:647]: restore_uri(): this can happen when URI values > are altered by end points - skipping the update > Jun 24 08:24:11 scantronpbx /usr/local/sbin/kamailio[31588]: WARNING: > uac [replace.c:645]: restore_uri(): invalid char found in the new uri > at pos 30 (#012) > [sip:004540294149@127.0.0.1:507#01257441;transport=TCP;ob] > Jun 24 08:24:11 scantronpbx /usr/local/sbin/kamailio[31588]: WARNING: > uac [replace.c:647]: restore_uri(): this can happen when URI values > are altered by end points - skipping the update > > Kamailio receives this From header: > f: > ;tag=e042cfe1-40f7-410d-95fd-e5bb4f8976d7;transport=TCP;ob > > And passes this on, where it is obvious that '%' may give a problem > f: > ;tag=e042cfe1-40f7-410d-95fd-e5bb4f8976d7;transport=TCP;ob > > The RR headers send forward with INVITE looks like this: > Record-Route: > > Record-Route: > > > And received on BYE > Route: > > Route: > > > RR does not seem to be the problem as mentioned here: > https://opensips.org/pipermail/users/2010-October/014999.html > > I have attached a pcap file with the full trace. The error appears in > frame 101 > > > The setup is a bit complex, as I have 8 Kamailio's running, where 6 is > identical. > > The first Kamailio is on port 5069, which receives a call from a door > phone. It then branches the call to registrations or GSM targets, > which is handled by the other Kamailio's > Thus 5069 is only doing a lookup in a database and branching, plus it > handles rtpengine. > > I first saw the error on version 4.4, and now I replicated it on > 5.1.4. My hardware is a Raspberry Pi. > > /usr/local/sbin/kamailio -v > version: kamailio 5.1.4 (arm6/linux) > flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, > DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, > Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, > FAST_LOCK-ADAPTIVE_WAIT-NOSMP, USE_DNS_CACHE, USE_DNS_FAILOVER, > USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, > MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. > id: unknown > compiled on 23:45:36 Jun 19 2018 with gcc 4.9.2 > > > > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference -- www.kamailioworld.com ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] [topos] no local address - do record routing for all initial requests
Hello, this should be fixed in master branch and backported to 5.1 soon. The condition to print this warning message was changed to be done only for initial requests, not requests belonging to a dialog. Cheers, Daniel On 25.06.18 10:03, Abdoul Osséni wrote: > Hello all, > > I use topos with topos_redis modules. > > For each call, I got the following messages: > > Jun 25 09:57:37 sd-110402 /usr/local/sbin/kamailio[11867]: {1 20 ACK > FKgR7X~stk x.x.x.x 24860}WARNING: topos [tps_storage.c:400]: > tps_storage_record(): no local address - do record routing for all > initial requests > Jun 25 09:57:37 sd-110402 /usr/local/sbin/kamailio[11839]: {1 102 BYE > FKgR7X~stk x.x.x.x }WARNING: topos [tps_storage.c:400]: > tps_storage_record(): no local address - do record routing for all > initial requests > > It seems, there is no issue on the calls but I want to understand why > I got these warning messages. > > Thank you. > > Abdoul > > > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference -- www.kamailioworld.com ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] rtpengine installation dependencies
Hi, Please share the source.list for getting the lasted version of debhelper. Thanks On Sat, Apr 7, 2018 at 2:45 AM, Aqs Younas wrote: > Thanks for the answer. > > I had installed debhelper from Debian package but it had Version: > 9.20150101+deb8u2. > > root@debian-769mb-miami-01:/usr/src/rtpengine# dpkg -s debhelper | grep > '^Version:' > Version: 9.20150101+deb8u2 > > Whereas rtpengine demands debhelper (>= 10~) > > That is why i was trying to install it from debs. > > Anyway, I updated my source.list and was able to get the lasted version of > debhelpler. > > Thanks for your help. > > > > > On 6 April 2018 at 20:45, Ulrich Henning wrote: >> >> Hi Aqs, >> >> >> >> just use the corresponding build flag ‘export >> DEB_BUILD_PROFILES="pkg.ngcp-rtpengine.nobcg729"’ as stated in the readme >> (https://github.com/sipwise/rtpengine) and your issue should be fixed. >> >> >> >> BR, >> >> Henning >> >> >> >> Von: sr-users [mailto:sr-users-boun...@lists.kamailio.org] Im Auftrag von >> Aqs Younas >> Gesendet: Freitag, 6. April 2018 17:31 >> An: Kamailio (SER) - Users Mailing List >> Betreff: [SR-Users] rtpengine installation dependencies >> >> >> >> Greetings list. >> >> >> >> This might not be related to Kamailio but I thought someone would be able >> to give a hand in resolving dependency during the installation of rtpengine >> on Debian 8 Jessie. >> >> >> >> It is complaining about below dependencies. >> >> >> >> root@debian-769mb-miami-01:/usr/src/rtpengine# dpkg-buildpackage >> >> dpkg-buildpackage: source package ngcp-rtpengine >> >> dpkg-buildpackage: source version 6.3.0.0+0~mr6.3.0.0 >> >> dpkg-buildpackage: source distribution unstable >> >> dpkg-buildpackage: source changed by Sipwise Jenkins Builder >> >> >> dpkg-buildpackage: host architecture amd64 >> >> dpkg-source --before-build rtpengine >> >> dpkg-source: info: using options from rtpengine/debian/source/options: >> --extend-diff-ignore=.gitreview >> >> dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 10~) >> libbcg729-dev >> >> dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; >> aborting >> >> dpkg-buildpackage: warning: (Use -d flag to override.) >> >> >> >> I tried to install debhelper from deb but complained from dh-autoreconf >> and that itself complained abount debhelpler. So, no one is being installed. >> >> Also, If someone can help me how to resolve dependency for libbcg729-dev >> too. >> >> Any pointer or hint or link to some installation guide would be more than >> welcome. >> >> >> >> Br, Aqs. >> >> >> ___ >> Kamailio (SER) - Users Mailing List >> sr-users@lists.kamailio.org >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> > > > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > -- --Mojtaba Esfandiari.S ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] [topos] no local address - do record routing for all initial requests
Hello all, I use topos with topos_redis modules. For each call, I got the following messages: Jun 25 09:57:37 sd-110402 /usr/local/sbin/kamailio[11867]: {1 20 ACK FKgR7X~stk x.x.x.x 24860}WARNING: topos [tps_storage.c:400]: tps_storage_record(): no local address - do record routing for all initial requests Jun 25 09:57:37 sd-110402 /usr/local/sbin/kamailio[11839]: {1 102 BYE FKgR7X~stk x.x.x.x }WARNING: topos [tps_storage.c:400]: tps_storage_record(): no local address - do record routing for all initial requests It seems, there is no issue on the calls but I want to understand why I got these warning messages. Thank you. Abdoul ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users