Re: [SR-Users] Use of variables for force_send_socket

[Carsten Bock]

Hi Jöran,

have you tried it using the $fs PV
(http://kamailio.org/wiki/cookbooks/devel/pseudovariables#fs_-_forced_socket)?
Probably, that one works better for use-cases like yours

Thanks,
Carsten

2017-04-04 17:14 GMT+02:00 Jöran Vinzens <vinz...@sipgate.de>:
> Hi all,
>
> i try to re-arrange my config and i try to use a variable declared in
> modparam pv such like:
> modparam("pv", "varset", "externalip=s:1.2.3.4")
>
> and use it as:
> force_send_socket($var(externalip));
>
> unfortunately the kamailio does not start with this configuration and
> telling me bad config file like:
> line 109, column 36: bad argument, [proto:]host[:port] expected
>
> it seems the force_send_socket is not able to get variable. Is there any
> other way to have static content defined and put across the config?
>
> Reason for the question is the possibility to use ansible as deployment
> tool. I set all the variables i need in a separate file and include it. This
> file contains the entire modconfig and global vars section to adapt this
> part to every single machine individually. This does not work if i need to
> put "constant" variables on different places in my config.
>
> If anybody has ever made this, could you please help me, or give any
> suggestions?
>
>
> Many thanks!
> BR
> Jöran
>
>
> --
>
> Jöran Vinzens - vinz...@sipgate.de
>
> sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
> HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
> Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391
>
> www.sipgate.de - www.sipgate.co.uk
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SCTP support for CDP

[Carsten Bock]

Hi Sergey,

can you do the following:

kamcmd cdp.list_peers

If everything is working, you should see your peer

Thanks,
Carsten

2017-03-03 23:08 GMT+01:00 Sergey Zyrianov <ser...@telenordigital.com>:
> Hi Carsten,
>
> I did socat relay from TCP to SCTP and Diameter caps exchange seems to
> happen. But CDP module still refuses to use this connection/peer:
>
>  AAASendMessage(): AAASendMessage(): Can't find a suitable connected peer in
> the routing table.
>  0(1) ERROR: cdp [routing.c:275]: get_routing_peer(): get_routing_peer(): No
> connected DefaultRoute peer found for app_id 16777216 and vendor id 10415.
>
>
> I suspect something wrong in the xml config for CDP I got:
>  
>  port="7868"/>
> 
> 
>
> And this is HSS's response:
>
>
> Thanks,
> Sergey.
>
>
>
> 2017-03-03 17:14 GMT+01:00 Carsten Bock <cars...@ng-voice.com>:
>>
>> Hi,
>>
>> currently, SCTP is not implemented in the CDP module.
>>
>> Thanks,
>> Carsten
>>
>> 2017-03-03 10:12 GMT+01:00 Sergey Zyrianov <ser...@telenordigital.com>:
>> > Hello,
>> >
>> > Can I enable use of SCTP for diameter connections by CDP module?
>> >
>> > Thanks,
>> > Sergey.
>> >
>> > _______
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> > sr-users@lists.sip-router.org
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >
>>
>>
>>
>> --
>> Carsten Bock
>> CEO (Geschäftsführer)
>>
>> ng-voice GmbH
>> Millerntorplatz 1
>> 20359 Hamburg / Germany
>>
>> http://www.ng-voice.com
>> mailto:cars...@ng-voice.com
>>
>> Office +49 40 5247593-40
>> Fax +49 40 5247593-99
>>
>> Sitz der Gesellschaft: Hamburg
>> Registergericht: Amtsgericht Hamburg, HRB 120189
>> Geschäftsführer: Carsten Bock
>> Ust-ID: DE279344284
>>
>> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
>> http://www.ng-voice.com/imprint/
>>
>> _______
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SCTP support for CDP

[Carsten Bock]

Hi,

currently, SCTP is not implemented in the CDP module.

Thanks,
Carsten

2017-03-03 10:12 GMT+01:00 Sergey Zyrianov <ser...@telenordigital.com>:
> Hello,
>
> Can I enable use of SCTP for diameter connections by CDP module?
>
> Thanks,
> Sergey.
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] pushing alarms/counters other than with SNMPstats

[Carsten Bock]

Hi,

you can also simply query the info through XML-RPC... we do that with
Nagios and Check MK.

Thanks,
Carsten

2017-02-28 12:45 GMT+01:00 Valentin Christoph <christoph.valen...@kapsch.net>:
> Hi all
>
>
>
> I’m looking for ways to push stats/alarms from kamailio to some external
> destination other than using the SNMPstats module.
>
>
>
> Any ideas?
>
>
>
> Thanks
>
> Christoph
>
>
>
>
> The information contained in this e-mail message is privileged and
> confidential and is for the exclusive use of the addressee. The person who
> receives this message and who is not the addressee, one of his employees or
> an agent entitled to hand it over to the addressee, is informed that he may
> not use, disclose or reproduce the contents thereof, and is kindly asked to
> notify the sender and delete the e-mail immediately.
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is enabled.

[Carsten Bock]

Hi,

can you try the sip-dig command on that particular domain?
If you set that domain in script or from a module (e.g. Dispatcher),
don't set a port. According to RFC 3263, the DNS-records are treated
differently, if no port is set (e.g. "redacted.hostname.here.com:5060"
will produce a different result than "redacted.hostname.here.com").
I've checked the compliance of Kamailio with RFC 3263 in the past, as
DNS-Failover is mandatory for IMS.

I would find it rather strange, if it should work correct in all of
our deployments and not in yours.

Thanks,
Carsten

2017-01-20 17:47 GMT+01:00 Jeremy Gadd <jeremyg...@gmail.com>:
> Thanks for the response!
>
> DNS lookups work in Kamailio as long as use_dns_failover is set to "off."
> It's only when the failover is enabled that they break. I think this means
> it's not a DNS issue, but something in Kamailio.
>
> I should mention we're pointing to Verizon's services with many many
> thousands of customers, so it's unlikely to be misconfigured DNS (unless
> it's something local that only breaks when use_dns_failover is enabled?)
>
> On Fri, Jan 20, 2017 at 12:37 AM, Carsten Bock <cars...@ng-voice.com> wrote:
>>
>> Hi,
>>
>> we have the following settings and those work fine for us (Kamailio 4
>> and later):
>>
>> # Do SRV-Loadbalancing:
>> dns_srv_lb=yes
>> # Always prefer IPv6:
>> dns_try_ipv6=yes
>> # DNS-Based failover
>> use_dns_failover=yes
>> # Query NAPTR-Records as well (we use NAPTR, so the client can detect
>> the outbound Proxy (P-CSCF), but internally we only use only
>> SRV-records)
>> dns_try_naptr=no
>>
>> Sounds to me, like a DNS problem, not a Kamailio problem.
>>
>> In our DNS Zone, we have the following, for example:
>>
>> wt  1D IN A 84.46.93.82
>> wt  1D IN A 84.46.93.84
>> wt-11D IN A 84.46.93.82
>> wt-21D IN A 84.46.93.84
>> wt  1D IN NAPTR 10 10 "s" "SIP+D2U" ""
>> _sip._udp.wt
>>
>> _sip._udp.wt1D SRV 10 1 5060 wt-1
>> _sip._udp.wt1D SRV 20 1 5060 wt-2
>>
>> On Debian/Ubuntu, you can verify this with Sofia-SIP (apt-get install
>> sofia-sip-bin):
>>
>> carsten@carsten-HP-EliteBook-840-G3:~$ sip-dig wt.ng-voice.com
>> 1 1.000 udp 5060 84.46.93.82
>> 2 1.000 udp 5060 84.46.93.84
>>
>> Thanks,
>> Carsten
>>
>>
>> 2017-01-19 22:58 GMT+01:00 Jeremy Gadd <jeremyg...@gmail.com>:
>> > Hello, everyone!
>> >
>> > I'm trying to enable dns_srv_lb but I'm stuck just before I can get
>> > there.
>> > If I don't enable use_dns_failover, lookups work and calls route but
>> > always
>> > to the first host. We need to load balance, so that doesn't work very
>> > well.
>> >
>> > If I enable use_dns_failover, the lookups stop working completely and we
>> > get
>> > a dns lookup failure like so:
>> >  ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve
>> > "redacted.hostname.here.com" :unresolvable A or  request (-7)
>> >
>> > This works:
>> > use_dns_cache=on
>> > dns_use_search_list=no
>> > dns_try_naptr=on
>> > # use_dns_failover=on
>> >
>> > This breaks it:
>> > use_dns_cache=on
>> > dns_use_search_list=no
>> > dns_try_naptr=on
>> > use_dns_failover=on
>> >
>> > I have checked to see that use_dns_failover is compiled in:
>> > version: kamailio 4.4.2 (x86_64/linux)
>> > flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
>> > 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, 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 with gcc 4.9.2
>> >
>> > ___
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> > sr-users@lists.sip-router.org
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >
>>
>>
>>
>> --
>> Carsten Bock
>>

Re: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is enabled.

[Carsten Bock]

Hi,

we have the following settings and those work fine for us (Kamailio 4
and later):

# Do SRV-Loadbalancing:
dns_srv_lb=yes
# Always prefer IPv6:
dns_try_ipv6=yes
# DNS-Based failover
use_dns_failover=yes
# Query NAPTR-Records as well (we use NAPTR, so the client can detect
the outbound Proxy (P-CSCF), but internally we only use only
SRV-records)
dns_try_naptr=no

Sounds to me, like a DNS problem, not a Kamailio problem.

In our DNS Zone, we have the following, for example:

wt  1D IN A 84.46.93.82
wt  1D IN A 84.46.93.84
wt-11D IN A 84.46.93.82
wt-21D IN A 84.46.93.84
wt  1D IN NAPTR 10 10 "s" "SIP+D2U" ""  _sip._udp.wt

_sip._udp.wt1D SRV 10 1 5060 wt-1
_sip._udp.wt1D SRV 20 1 5060 wt-2

On Debian/Ubuntu, you can verify this with Sofia-SIP (apt-get install
sofia-sip-bin):

carsten@carsten-HP-EliteBook-840-G3:~$ sip-dig wt.ng-voice.com
1 1.000 udp 5060 84.46.93.82
2 1.000 udp 5060 84.46.93.84

Thanks,
Carsten


2017-01-19 22:58 GMT+01:00 Jeremy Gadd <jeremyg...@gmail.com>:
> Hello, everyone!
>
> I'm trying to enable dns_srv_lb but I'm stuck just before I can get there.
> If I don't enable use_dns_failover, lookups work and calls route but always
> to the first host. We need to load balance, so that doesn't work very well.
>
> If I enable use_dns_failover, the lookups stop working completely and we get
> a dns lookup failure like so:
>  ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve
> "redacted.hostname.here.com" :unresolvable A or  request (-7)
>
> This works:
> use_dns_cache=on
> dns_use_search_list=no
> dns_try_naptr=on
> # use_dns_failover=on
>
> This breaks it:
> use_dns_cache=on
> dns_use_search_list=no
> dns_try_naptr=on
> use_dns_failover=on
>
> I have checked to see that use_dns_failover is compiled in:
> version: kamailio 4.4.2 (x86_64/linux)
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> 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, 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 with gcc 4.9.2
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Phone number formats per country

[Carsten Bock]

Hi Daniel,

just forwarded you the pricelist of Telefonica to your private
mail-account, which also contains dialing codes.

Thanks,
Carsten

2017-01-18 15:37 GMT+01:00 Daniel-Constantin Mierla <mico...@gmail.com>:
> Are you checking the prices to figure out toll numbers or you can get
> also the type of the number?
>
> Cheers,
> Daniel
>
>
> On 18/01/2017 15:26, Fred Posner wrote:
>> Normally I run this against a carrier rate sheet, using the description.
>> Both Twilio and Flowroute have decent download-able sheets with prefix
>> <-> country/mobile description.
>>
>> --fred
>>
>> On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> slightly off-topic, but related to voip -- does anyone have a link that
>>> can quickly share to a site with up to date details about phone
>>> numbering plans for as many country as possible?
>>>
>>> Ideally to include the toll and premium number prefixes, the split
>>> between mobile and fixed lines if it is the case.
>>>
>>> Cheers,
>>> Daniel
>>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Diameter AVP handling from kamaiio.cfg

[Carsten Bock]

Hi Zoltan,

that's not a bug, it's a feature request. The value is not available,
since you're the first one asking for it.

Can you put a Feature-Request on our Tracker
(https://github.com/kamailio/kamailio/issues)? We added it to the
ims_charging module, because we explicitly needed this feature, so we
implemented it.

Thanks,
Carsten

2017-01-09 21:26 GMT+01:00 Zoltán Miricz :
> Hi Carsten,
>
> Thank you very much for your response!
> Sadly for the UAR, LIR, SAR are not providing these kind of error codes.
> As you can see only -1 coming back and not
> Jan  4 06:17:15 localhost journal:
> de.fhg.fokus.hss.cx.CxExperimentalResultException:
> IMS_Diameter_Error_User_Unknown
> Jan  4 06:17:15 localhost journal: #011at
> de.fhg.fokus.hss.cx.op.UAR.processRequest(UAR.java:115)
> Jan  4 06:17:15 localhost journal: #011at
> de.fhg.fokus.hss.main.Task.execute(Task.java:169)
> Jan  4 06:17:15 localhost journal: #011at
> de.fhg.fokus.hss.main.Worker.run(Worker.java:66)
> Jan  4 06:17:15 localhost journal: #033[0;39;49m#033[0;31;49m 7(46) ERROR:
> ims_icscf [cxdx_uar.c:152]: async_cdp_uar_callback():
> RC_IMS_DIAMETER_ERROR_USER_UNKNOWN
> Jan  4 06:17:15 localhost journal: #033[0;39;49m#033[0;31;49m 7(46) ERROR:
> 

Re: [SR-Users] why a register error?

[Carsten Bock]

Hi Victor,

better late than never?
What HSS are you using? Fraunhofer's HSS? If yes, it looks to me as
corrupt data in the hss_db

Thanks,
Carsten

2016-12-01 6:39 GMT+01:00 Olvera, Victor :
> As I attempt to use X-lite I get a 504 error. On the CSCFs I get the
> following:
>
> pcscf
>
> 0(2066) INFO: 

Re: [SR-Users] Diameter AVP handling from kamaiio.cfg

[Carsten Bock]

Hi Zoltan,

i've added something like this for the IMS-Charging Module in order to
retrieve the "full" Charging Response:

case -1: #failure
xlog("L_ERR", "CCR failure - error response sent from
module\n");
switch ($avp(s:cca_result_code)){
case 5030:
send_reply("403", "Charging User not found");
   break;
case 5031:
send_reply("403", "Rating failed");
   break;
case 4010:
send_reply("402", "Payment required - Unsufficient funds");
   break;
case 5006:
send_reply("486", "Line limit exceeded");
   break;
default:
send_reply("402","Payment required ($avp(s:cca_result_code))");
   break;
}

(it's in the Master repo/example:
https://github.com/kamailio/kamailio/blob/master/misc/examples/scscf/kamailio.cfg)

In addition, I have a generic Diameter Client/Server Module, which
unfortunately was not finished for Kamailio 5 (development branch is
frozen at the moment), but in that case, you'll have to do all the
processing yourself. We currently use it as a "Diameter Adapter",
which takes a Diameter Request and forwards it through a message bus
to worker processes (acting as a HSS).

Thanks,
Carsten


2017-01-06 18:47 GMT+01:00 Zoltán Miricz <zoltan.mir...@gmail.com>:
> Hi,
>
> Is somebody ever tried to manipulate and retrieve AVP variables from the
> Sent/Received Diameter Messages via Config file?
> Thank you very much in advance!
>
> Cheers,
> Zoltan
>
> On 4 January 2017 at 20:37, Zoltán Miricz <zoltan.mir...@gmail.com> wrote:
>>
>>
>> Dear All,
>>
>> I'm wondering is it possible to catch Diameter Messages and their AVP
>> values from kamailio.cfg just like for SIP messages? (Using pseudo
>> variables)
>>
>> I looked into this function from the attached S-CSCF example.
>>
>> route[REG_MAR_REPLY]
>> {
>>
>> #this is async so to know status we have to check the reply avp
>>
>> xlog("L_DBG","maa_return code is $avp(s:maa_return_code)\n");
>>
>> Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the rc)
>> What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc) and
>> some different AVP values besides.
>>
>>
>> Thank you very much in advance!
>>
>> Cheers,
>> Zoltan
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] DTMF Using INFO

[Carsten Bock]

Hi Nahum,

that reply was not created by Kamailio - unless you have some custom
code in your config.
It seems, that one device is trying to use SIP INFO for DTMF, while
the other end is not supporting this. Probably you should check, that
both ends support the same method for DTMF.

Thanks,
Carsten

2016-12-12 19:15 GMT+01:00 Nahum Nir <hello.shalom...@gmail.com>:
> Thank you. I did try and got an error from the server:
>
> INFO sip:6002@5.x.x.x:41896;ob;alias=5.x.x.x~41896~1 SIP/2.0
> Via: SIP/2.0/UDP
> 5.x.x.x:5060;rport;branch=z9hG4bKPjd838dff2-7492-4b81-a18f-cb2750f4c6f2
> Max-Forwards: 70
> From: <sip:7200@9.Y.Y.Y>;tag=79d90eb1-6b55-4600-8e42-b0283b7c115a
> To: <sip:6002@9.Y.Y.Y>;tag=S6jNGwLYM0x0ShFODnT1DJoEzolO.8C5
> Call-ID: 62TGJkeBkGxkxO.2O1OWIHY92UbtzV2y
> CSeq: 28826 INFO
> Route: <sip:9.Y.Y.Y;lr>
> Content-Type: application/dtmf-relay
> Content-Length:22
>
> Signal=8
> Duration=160
>
>
> SIP/2.0 500 Unhandled by dialog usages
> Via: SIP/2.0/UDP
> 5.x.x.x:5060;rport=5060;received=5.x.x.x;branch=z9hG4bKPjd838dff2-7492-4b81-a18f-cb2750f4c6f2
> Call-ID: 62TGJkeBkGxkxO.2O1OWIHY92UbtzV2y
> From: <sip:7200@9.Y.Y.Y>;tag=79d90eb1-6b55-4600-8e42-b0283b7c115a
> To: <sip:6002@9.Y.Y.Y>;tag=S6jNGwLYM0x0ShFODnT1DJoEzolO.8C5
> CSeq: 28826 INFO
> Content-Length:  0
>
>
> On Mon, Dec 12, 2016 at 2:04 PM, Olle E. Johansson <o...@edvina.net> wrote:
>>
>>
>> On 12 Dec 2016, at 13:00, Nahum Nir <hello.shalom...@gmail.com> wrote:
>>
>> Thanks Olle. My cfg does not even has INFO anywhere. Will appreciate very
>> much an example.
>>
>> Why don’t you test? Only special cases are mentioned and INFO in dialog is
>> handled as any
>> in-dialog message.
>>
>> /O
>>
>>
>> On 11 Dec 2016 16:12, "Olle E. Johansson" <o...@edvina.net> wrote:
>>>
>>>
>>> On 11 Dec 2016, at 08:20, Nahum Nir <hello.shalom...@gmail.com> wrote:
>>>
>>> :) Thanks, any hints/examples?
>>>
>>> The standard kamailio konfiguration supports it by default.
>>>
>>> /O
>>>
>>>
>>> On Sat, Dec 10, 2016 at 10:41 PM, Alex Balashov
>>> <abalas...@evaristesys.com> wrote:
>>>>
>>>> On Sat, Dec 10, 2016 at 09:07:09PM +0200, Nahum Nir wrote:
>>>>
>>>> > I tried Googling but didn'tfind anything.
>>>> > Is it possible to support DTMF using INFO?
>>>>
>>>> Sure, absolutely. :-)
>>>>
>>>> --
>>>> Alex Balashov | Principal | Evariste Systems LLC
>>>>
>>>> Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
>>>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>>>
>>>> ___
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users@lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users@lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users@lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Accessing SDP changes

[Carsten Bock]

Hi Pete,

you could try the following:

sdp_remove_transport("RTP/SAVP");
msg_apply_changes(); // from textopsx
sdp_get("$avp(foo)");
xlog("$avp(foo)");

I believe, that should do the job.

Thanks,
Carsten

2016-12-09 16:17 GMT+01:00 Pete Kelly <pke...@gmail.com>:
> Hi
>
> I am using Kamailio 4.4. and calling the function sdp_remove_transport in
> order to remove some SRTP media lines.
>
> The function works (of course!) however I would like to get access to the
> modified SDP within the cfg.
>
> I thought this would do the trick:
>
> sdp_remove_transport("RTP/SAVP");
> sdp_get("$avp(foo)");
> xlog("$avp(foo)");
>
> However $avp(foo) does not contain the newly modified SDP.
>
> Is there a way for me to access it? I have been looking at things like
> t_save_lumps() and msg_apply_changes().
>
> Any pointers or confirmation that this is or isn't possible would be very
> welcome!
>
> Thanks
>
> Pete
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] IMS related : ims_usrloc_pcscf : "lookup_check_received" setting is useless now

[Carsten Bock]

Hi Dragos,

you are right, it's not used anymore.
I've just removed it.

Thanks,
Carsten

2016-11-22 17:41 GMT+01:00 Dragos Oancea <dragos.oan...@athonet.com>:
> Hi
>
> The setting "lookup_check_received" is documented here :
>
> http://www.kamailio.org/docs/modules/4.4.x/modules/ims_usrloc_pcscf.html#idp44519300
>
> But looking through the code I saw it's not used anymore, although
> it can be passed as a parameter.
> I was wondering if this is an accident or something intentional.
>
> I found some more details here:
> http://lists.sip-router.org/pipermail/sr-dev/2014-June/024371.html
>
> Cheers,
> Dragos
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SDP Codec not removed with RTPengine - but with rtpproxy it worked

[Carsten Bock]

   xlog(, "L_INFO", "SDP: request method $rm");
>
>
>
> # remove CLEARMODE if Colt
>
>if($avp(s:todirection) =~"^MyCarrier+") {
>
>
>
>if (is_method("INVITE")) {
>
>xlog(, "L_INFO", "SDP remove:
> request method $rm");
>
>msg_apply_changes();
>
>
> sdp_remove_codecs_by_name("CLEARMODE");
>
>
> #sdp_remove_codecs_by_id("125");
>
>
>
>}
>
> }
>
> }
>
> This block gets hit as I can see with the xlog entry.
>
>
>
> In the sent INVITE the “Clearmode” is still in the sdp header
>
>
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:8 PCMA/8000
>
> a=rtpmap:125 CLEARMODE/8000
>
> a=rtpmap:101 telephone-event/8000
>
>
>
> So with rtpproxy – it worked
>
> With rtpengine not any more …
>
>
>
> Any idea?
>
>
>
> KR,
>
> Oli
>
>
>
>
>
> ___
>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
> sr-users@lists.sip-router.org
>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
>
> Daniel-Constantin Mierla
>
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
>
> --
>
> Daniel-Constantin Mierla
>
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SDP Codec not removed with RTPengine - but with rtpproxy it worked

[Carsten Bock]

Hi Oli,

i am happy not beeing the only one with trouble with Colt... ;-)
The question is, when do you call rtpengine_manage? After this block
or before? A major difference between RTPEngine and RTPProxy is, that
RTPProxy only replaces IP/Port, while RTPEngine takes the complete SDP
and returns a new SDP. Probably, you want to sdp_remove_codecs(), call
msg_apply_changes() and then send it to RTPEngine. Or send it to
RTPEngine, msg_apply_changes() and then sdp_remove_codecs().

What you are trying to do works: We are using exact the same mechanism
to remove AMR Octet aligned variants from the SDP (you find it in the
examples folder for the Proxy-CSCF). We remove the codec and then send
it to RTPEngine, but also the other direction should work.

Thanks,
Carsten

2016-11-16 10:03 GMT+01:00 Oliver Roth <oliver.r...@nexphone.ch>:
> Hi there
>
>
>
> I have the following problem – I need to remove a codec in the initial
> INVITE.
>
> This happens since I changed from rtpproxy to rtpengine. I changed all
> rtpproxy_manage() to rtpengine_manage().
>
>
>
> Originating INVITE with the “clearmode”
>
>
>
> m=audio 9196 RTP/AVP 8 0 125 101
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:8 PCMA/8000
>
> a=rtpmap:125 CLEARMODE/8000
>
> a=rtpmap:101 telephone-event/8000
>
>
>
>
>
> I do the following in the config
>
> route[SDP] {
>
> xlog(, "L_INFO", "SDP: request method $rm");
>
>
>
> # remove CLEARMODE if Colt
>
>if($avp(s:todirection) =~"^MyCarrier+") {
>
>
>
>if (is_method("INVITE")) {
>
>xlog(, "L_INFO", "SDP remove:
> request method $rm");
>
>msg_apply_changes();
>
>
> sdp_remove_codecs_by_name("CLEARMODE");
>
>
> #sdp_remove_codecs_by_id("125");
>
>
>
>}
>
> }
>
> }
>
> This block gets hit as I can see with the xlog entry.
>
>
>
> In the sent INVITE the “Clearmode” is still in the sdp header
>
>
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:8 PCMA/8000
>
> a=rtpmap:125 CLEARMODE/8000
>
> a=rtpmap:101 telephone-event/8000
>
>
>
> So with rtpproxy – it worked
>
> With rtpengine not any more …
>
>
>
> Any idea?
>
>
>
> KR,
>
> Oli
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] How to get Destination port UDP

[Carsten Bock]

Please note:
"$rp" is not the same as "$Rp", PV's are case-sensitive

Thanks,
Carsten

2016-11-15 14:34 GMT+01:00 Daniel-Constantin Mierla <mico...@gmail.com>:
> Hello,
>
> do you receive the packets over UDP on local port 6060 and $Rp is not 6060?
>
> Cheers,
> Daniel
>
>
> On 15/11/16 13:13, andrzej.ciupek-asterisk.edu.pl wrote:
>> Hello
>>
>> I have tried $Rp before sending this to mailing list, but with $Rp I
>> have different values for example 188, 6847, 3163, 9175 for every call ?!
>> Don't know where are they come from, because in URI I see :6060, and
>> using $rp give my 6060 for examples with $Rp.
>>
>> Only have problem with UAC Panasonic-MPR12-V004.41009/VSIPGW-V3.
>> with doesn't send $rp in URI.
>>
>> Greetings
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] How to get Destination port UDP

[Carsten Bock]

Hi,

how about checking $Rp
(http://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rp_-_received_port)?
That would show, on which port the packet was received

Thanks,
Carsten

2016-11-15 8:43 GMT+01:00 andrzej.ciupek-asterisk.edu.pl
<andrzej.ciu...@asterisk.edu.pl>:
> Hello
>
> My point is to log INVITEs in my Network. My SIP Network work on port 6060.
> Im am using HEP to do that, and hep clients that are listening on port range
> 5060-6066 to detect some SIP attack to port 5060 and others.
> But when I have attack to port 5060 I don't want to insert that INVITE to my
> "good traffic" table, but place it to "fraud" table.
>
> Some devices like Panasonic PBX send INVITE to port 6060 so it is "good
> traffic" but there is no port 6060 in URI, so I can't detect it in right
> way, because $dp or $rp are 5060 by default.
>
> This kamailio work as capture server as "promiscuous_on", so I can't use any
> "force_rport" etc. because I am only listening. Tcpdump for that SIP session
> show me that client send traffic to 6060, but I can't get that information
> from INVITE header.
>
> Greetings
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] NER and ASR

[Carsten Bock]

Hi Gholamreza,

probably, no one can provide you this information, as it heavily depends on
your setup and the network configuration, your targeted setup and your
targeted customers.

If you run Kamailio for Telemarketing services, you could expect a lower
ASR, than for regular residential services. We have a NER of 100% in all of
our setups (residential, VoLTE, WebRTC, Class4), but what does this number
tell you? Probably, that we scale our solutions according to the
requirements or that we currently have fewer customers on WebRTC than on
VoLTE or fixed? ;-) Likely, if you run WebRTC, you'll have a lower number
of online users and concurrent calls than for a classic residential
service, as you'll have to do TLS and SRTP and not simple UDP and
pass-through RTP. If you provide a WebRTC to WebRTC service, the numbers
are different, than if you provide a WebRTC breakout service

Some references:
- 1&1 is running Kamailio for 2,5 Mio (??) subscribers.
- we've been running Kamailio for 1,3 Mio residential subscribers on two
Hardware boxes (common Dell Servers) some 10 years ago, running up to 60k
concurrent calls. We've been able to do this on only two servers, as we did
not have to take care about Media-Relaying. That setup had an NER of 100%
and an ASR between 50% and 80%, the ASR was higher during the evenings, as
people were at home.

Thanks,
Carsten

2016-11-07 8:43 GMT+01:00 Gholamreza Sabery <gr.sab...@gmail.com>:

> Are there any real data about number of concurrent calls, number of
> on-line users, NER (Network Effectiveness Ratio) and ASR (Answer Seizure
> Ratio) of a real VoIP system? I want this data for making comparisons. Can
> anyone provide a reference, article, etc..
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Malformed To header, or?

[Carsten Bock]

ubject:* Re: [SR-Users] Malformed To header, or?
>
>
> Hello,
>
>
> the to header doesn't have the ending '>' after its uri:
>
>
> <<+123456789 <sip:123456789@127.0.0.1;tag=as4aa27bd0>>
>
>
> The first << and last >> are from the log messages, but before ;tag=, it
> has to be another >, to close the one started before 
>
> Cheers,
> Daniel
>
> On 28/10/16 21:14, Tobias wrote:
>
> Hi!
>
> Having some issues with Kamailio 4.3 reporting a malformed header, but I
> cannot seem to figure out what's wrong.
>
> The problem seen is:
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: 
> [parser/parse_addr_spec.c:678]: parse_addr_spec(): ERROR: parse_to :
> unexpected char [#015] in status 6: <<+123456789
> <sip:123456789@127.0.0.1;tag=as4aa27bd0>> .
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: 
> [parser/msg_parser.c:165]: get_hdr_field(): ERROR: get_hdr_field: bad to
> header
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: INFO: 
> [parser/msg_parser.c:338]: parse_headers(): ERROR: bad header field [To:
> +123456789 <si]
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: tm [t_lookup.c:1050]:
> t_check_msg(): ERROR: reply cannot be parsed
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: 
> [parser/parse_addr_spec.c:678]: parse_addr_spec(): ERROR: parse_to :
> unexpected char [#015] in status 6: <<+123456789
> <sip:123456789@127.0.0.1;tag=as4aa27bd0>> .
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: 
> [parser/msg_parser.c:165]: get_hdr_field(): ERROR: get_hdr_field: bad to
> header
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: INFO: 
> [parser/msg_parser.c:338]: parse_headers(): ERROR: bad header field [To:
> +123456789 <si]
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: 
> [msg_translator.c:1457]: adjust_clen(): error parsing content-length
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR: 
> [msg_translator.c:2214]: generate_res_buf_from_sip_res(): error while
> adjusting Content-Length
> Oct 27 13:48:56  /usr/sbin/kamailio[13765]: ERROR:  [forward.c:760]:
> do_forward_reply(): building failed
>
> And the To header seen at this point is:
> To: +123456789 <sip:123456789@127.0.0.1>;tag=as24ed5606.
>
> version: kamailio 4.3.4 (x86_64/linux)
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, 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 with gcc 4.7.2
>
> I obviously understand Kamailio views this To header as malformed, but
> what I cannot understand is why? Is it as simple as the number +123456789
> is not enclosed with ", i.e. it should be sent as "+123456789"?
>
> A similar issue seen, which for some reason doesn't create an ERROR, is
> when Kamailio receives a reINVITE looking like this which it's supposed to
> proxy:
> To: +123456789 <sip:123456789@127.0.0.1>;tag=SD1sf9001--45026-530b969-
> 77c7543f-530b969.
> which is rewritten into:
> To: +123456789 <sip:123456789@127*0-)'.:/)&7'...0;user=phone>;tag=
> SD1sf9001--45026-530b969-77c7543f-530b969.
> and sent out..
>
>
> Thanks for your help,
> /Tobias
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Addressing a distinct PSI result is: 555 AS Contacting Failed - iFC terminated dialog

[Carsten Bock]

Hi Valentin,

where was it?

Greeting from Hamburg,
Carsten

2016-09-22 14:58 GMT+02:00 Valentin Christoph <christoph.valen...@kapsch.net
>:

> Hi all,
>
>
>
> No further need to investigate.
>
>
>
> I found the bug.
>
>
>
> Thanks,
>
> Christoph
>
>
>
> *From:* sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On
> Behalf Of *Valentin Christoph
> *Sent:* Tuesday, September 20, 2016 12:13 PM
> *To:* sr-users@lists.sip-router.org
> *Cc:* Onic Roman
> *Subject:* [SR-Users] Addressing a distinct PSI result is: 555 AS
> Contacting Failed - iFC terminated dialog
>
>
>
> Hi all,
>
>
>
> I’m trying to send a call to an AS via a kamailio S-CSCF (release 4.4.3).
> I’m addressing the AS by a distinct PSI: sip:04325432...@domain.net;
> user=gsmr.
>
>
>
> At the first try the S-CSCF sends a SAR to HSS and receives a successful
> SAA (tshark traces attached), but the S-CSCF rejects the call with 555 AS
> Contacting Failed - iFC terminated dialog.
>
>
>
> At the second try (a few seconds later), the S-CSCF doesn’t exchange
>  SAR/SAA with the HSS, and now the call is successfully forwarded to the AS.
>
>
>
> This problem is permanent, it is not the result of a temporary loss of
> connectivity between S-CSCF and AS.
>
>
>
> I checked the iFCs that I had configured at the HSS and I think, they are
> OK.
>
>
>
> I attached
>
> -tshark traces from the node, where the S-CSCF resides:
> 2016_09_19_error_555_17_scscf_filtered.pcap
>
> -WITH_DEBUG logs from kamailio: 2016_09_19_error_555_17_
> kamailio_1st_try.log
>
> -A tarball of /usr/local/etc/kamailio: 2016_09_19_error_555_17_
> kamailio.tar.gz
>
>
>
> Can anybody help? Is it a bug in kamailio or is the problem on my side?
>
>
>
> Thanks,
>
> Christoph
>
>
>
>
> The information contained in this e-mail message is privileged and
> confidential and is for the exclusive use of the addressee. The person who
> receives this message and who is not the addressee, one of his employees or
> an agent entitled to hand it over to the addressee, is informed that he may
> not use, disclose or reproduce the contents thereof, and is kindly asked to
> notify the sender and delete the e-mail immediately.
>
>
>
> The information contained in this e-mail message is privileged and
> confidential and is for the exclusive use of the addressee. The person who
> receives this message and who is not the addressee, one of his employees or
> an agent entitled to hand it over to the addressee, is informed that he may
> not use, disclose or reproduce the contents thereof, and is kindly asked to
> notify the sender and delete the e-mail immediately.
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Extract param from RPID header

[Carsten Bock]

Hi,

you should try the following:
$(hdr(Remote-Party-ID){tobody.params}{param.value,privacy})

Thanks,
Carsten




2016-09-19 14:03 GMT+02:00 Grant Bagdasarian <g...@cm.nl>:

> Hello,
>
>
>
> I’m trying to extract the privacy param from the RPID header, but without
> success.
>
> Could someone point me in the right direction?
>
>
>
> Remote-Party-ID: "Cullen Jennings" <sip:+3123456789@1.1.1.1>;
> party=calling;privacy=off;screen=no.
>
>
>
> I’ve tried the following ways:
>
> 1)  TEXTOPSX: $var(rpid_privacy_value) = @hf_value.remote_party_id.
> privacy;
>
> 2)  Param Transformations:
>
> a.   $(hdr(Remote-Party-ID){param.value,privacy})
>
> b.   $(re{param.value,privacy})
>
> c.   4re{param.value,privacy}
>
>
>
> I can’t seem to extract the value of privacy from the RPID header.
>
>
>
> Regards,
>
>
>
> Grant
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] deb.kamailio.org down?

[Carsten Bock]

Hi,

currently, deb.kamailio.org is down.

Is anyone taking care of this?

Thanks,
Carsten

-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] CDP Error S-CSCF Kamailio

[Carsten Bock]

Hi Rodrigo,

you should post more of the logs. Most likely you will see the real error
before the lines you posted in this thread.
You should also verify, where the HSS is listening. The default
configuration of the Fraunhofer HSS is listening on 127.0.0.1, the loopback
device. Connecting to that loopback device from 192.168.0.101 may be
difficult.

Thanks,
Carsten

2016-08-11 15:33 GMT+03:00 Rodrigo Moreira <rodrigo.moreira...@gmail.com>:

> Hi Jason Penton,
>
> How can I do that, Enable deubug?
>
> Thanks.
>
> On Thu, Aug 11, 2016 at 1:18 AM, Jason Penton <jason.pen...@smilecoms.com>
> wrote:
>
>> Hi Rodrigo,
>>
>> There should be done logging before those lines. Could you please enable
>> debug and send the log file
>>
>> On 11 Aug 2016 2:52 AM, "Rodrigo Moreira" <rodrigo.moreira...@gmail.com>
>> wrote:
>>
>>> Hello Carsten Bock,
>>>
>>> I got to advance in the event REGISTER, but now face the following
>>> problem:
>>>
>>> When I type the command: */etc/init.d/kamailio restart*
>>>
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [diameter_peer.c:428]: diameter_peer_destroy(): destroy_diameter_peer():
>>> Terminating all children...
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [diameter_peer.c:447]: diameter_peer_destroy(): destroy_diameter_peer():
>>> All processes terminatedaning up.
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [worker.c:140]: worker_destroy(): Unlocking workers waiting on empty
>>> queue...
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [worker.c:143]: worker_destroy(): Unlocking workers waiting on full queue...
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: CRITICAL: cdp
>>> [diameter_peer.c:487]: diameter_peer_destroy(): destroy_diameter_peer():
>>> Bye Bye from C Diameter Peer test
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp [mod.c:244]:
>>> cdp_exit(): ... CDiameterPeer child stoped
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: 
>>> [sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
>>> Aug 10 20:40:52 scscf systemd[1]: kamailio.service: control process
>>> exited, code=exited status=255
>>> Aug 10 20:40:52 scscf systemd[1]: Failed to start Kamailio (OpenSER) -
>>> the Open Source SIP Server.
>>> Aug 10 20:40:52 scscf systemd[1]: Unit kamailio.service entered failed
>>> state.
>>>
>>>
>>> I can not start the Kamailio, I used the examples codes available in
>>> the repository (GIT).
>>>
>>> You suggest something I may be doing wrong?
>>>
>>> Can you help me?
>>>
>>> I attached my config files.
>>>
>>> Thank you very much.
>>>
>>> Regards.
>>> --
>>> Rodrigo M.
>>> (37) 9132-4539
>>> (34) 9889-3069
>>> rodrigo.moreira2007
>>>
>>>
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users@lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>> This email is subject to the disclaimer of Smile Communications at 
>> http://www.smilecoms.com/home/email-disclaimer/ 
>> <http://www.smilecoms.com/disclaimer>
>>
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> --
> Rodrigo M.
> (37) 9132-4539
> (34) 9889-3069
> rodrigo.moreira2007
>
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Regiser

[Carsten Bock]

Hi Rodrigo,

you seem to send your requests to the I-CSCF and not to the P-CSCF. What
client are you using? If you are using a VoLTE Handset, you must be using
port 5060 on your Proxy-CSCF, as the device will connect to the standard
SIP-Port from the addresses learned during LTE attach.

Thanks,
Carsten

2016-08-09 4:04 GMT+02:00 Rodrigo Moreira <rodrigo.moreira...@gmail.com>:

> Hello everyone,
>
> I am deploying an IMS core, however I can not register the user (Bob). The
> entities are all working PCSCF, ICSCF SCSCF and HSS, I suppose. However
> after utiliizar Wireshark is returned the following error:
>
> 604 Does not exist anywhere - HSS User Unknow
>
> 400 Bad Request - P-visited-Network-ID header missing.
>
> What am I doing wrong? I ask for help, the great community. Or methods to
> better understand what is causing the problem.
>
> Is it DNS?
>
> Regards.
> --
> Rodrigo M.
> (37) 9132-4539
> (34) 9889-3069
> rodrigo.moreira2007
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Duplicate ACC records in db when using db_cluster

[Carsten Bock]

Hi,

please check your cluster definition:
You requested parallel operations "8p" on the the connection, so it will
write into con1 AND con2. What did you expect? ;-)

"Command mode is a character among s, r and p. s is for doing serial
operations (try first and if fails, try next); r is for doing round robin
operations; p - is for doing parallel operations (this is valid only for
write operations)."
http://www.kamailio.org/docs/modules/devel/modules/db_cluster#db_cluster.p.connection

Thanks,
Carsten


2016-08-09 9:54 GMT+02:00 Jan Hazenberg <je...@cyberchaos.nl>:

> Hi,
>
> I have a issue with the db_cluster module. All works fine but when i
> enable ACC records to the database i get duplicate entry's in the acc
> table. I have 2 nodes enabled:
>
> # - db_cluster params -
> modparam("db_cluster", "connection",
>  "con1=>mysql://kamailio:password@10.1.1.1/kamailio")
> modparam("db_cluster", "connection",
>  "con2=>mysql://kamailio:password@10.1.1.2/kamailio")
>
> modparam("db_cluster", "cluster", "cls1=>con1=9s8p;con2=9s8p")
>
> When i remove one node from the pool the acc records look fine. Could this
> be a bug? Or should i bypass the db_cluster for accounting?
>
> I'm running kamailio 4.4.2.
>
> Thanks,
>
> Jan Hazenberg
>
> _______
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Configuration Issue on Kamailio.

[Carsten Bock]

Hi,

do you use "uac_replace_from" or "uac_replace_to" in your logic?

If not, it seems to me, that your supplier is messing around with the
SIP-Replies.

Thanks,
Carsten

2016-08-01 14:10 GMT+02:00 Laura <red_...@plugit.net>:

> Dear list,
>
> i'm asking here a question about Kamailio config.
>
> We are testing a wide area configuration of Kamailio over separates
> countries and we are still facing with an issue.
>
> We configured Kamailio 4.3.5 with dialog support over the TM modules and
> we use LCR module for menage ours LCRs rule set profiles.
>
> For some technicals reasons we use tech prefix for our customer so for
> exaples customer1 send traffic to us with  prefix, customer2 send
> traffic to us with  and something similar..
>
> Our supplier, of course, are using tech prefix too so for examples if i
> want to send the call to supplier1 i need to use tech prefix 1789 or
> something similar..
>
> The point is..
>
>
> When customer1 is sending an invite to us.. it send us something like
> (Bangladesh mobile 8801xxx)
>
> INVITE sip:8801...@aaa.bbb.ccc.ddd
>
> Our Kamailio will reply with the Trying and then it goes to LCR module
> and match our supplier1 so it make a new invite like this
>
> INVITE sip:17898801xxx...@supplier.ip
>
> The problem come when supplier1 reply to us and we replies back to
> customer1..
>
> Customer1 view the From: field with the 17898801xx numbers.. and
> some of our customers don't like it.
>
> We don't use anymore the topoh module becuase we found some troubles
> using it.. so..
>
> Is there a way that we can use for fix this situation ?
>
>
> Best regards.
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] TM: t_relay([host, port]) DNS Queries

[Carsten Bock]

Hi,

can you run kamcmd dns.view? There you should see, what records are cached
and when they will be refreshed.

Thanks,
Carsten



2016-07-27 17:04 GMT+02:00 Louis-Olivier Roof <lr...@jive.com>:

> Thanks for your prompt answer Carsten,
>
> According to the docs, the cache should be periodically invalidated
> according to the replies TTL (bounded by config values).
>
> So leaving the cache ON should be OK and still produce DNS queries,
> which is not what I'm seeing.
>
> Am I misunderstanding something?
>
> Thanks!
>
> Louis-Olivier
>
> On 2016-07-27 10:51 AM, Carsten Bock wrote:
> > Hi Louis-Olivier,
> >
> > you should look at the DNS-Parameters of the Core:
> > http://www.kamailio.org/wiki/cookbooks/devel/core#dns_parameters
> >
> > Kamailio caches DNS results by default (which can be turned off).
> >
> > Thanks,
> > Carsten
> >
> > 2016-07-27 16:47 GMT+02:00 Louis-Olivier Roof <lr...@jive.com
> > <mailto:lr...@jive.com>>:
> >
> > Dear Kamailio users,
> >
> > Ref:
> http://kamailio.org/docs/modules/4.2.x/modules/tm.html#tm.f.t_relay
> >
> > Using t_relay([host, port]) to relay messages to a specific host does
> > not seem to generate DNS queries to the said host after Kamailio has
> > initially processed the configuration file.
> >
> > It resolves the host once at startup then continues using the same
> > IP after.
> >
> > Is that expected behavior? Anyone has had this issue before and
> found a
> > way to work around it?
> >
> > Note that for this specific application, messages need to be relayed
> to
> > a specified host (different from current R-URI) and this host needs
> to
> > be resolved by DNS during normal operation, not only at startup.
> >
> > Thanks!
> >
> > Louis-Olivier
> >
> > _______
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> >
> >
> > --
> > Carsten Bock
> > CEO (Geschäftsführer)
> >
> > ng-voice GmbH
> > Millerntorplatz 1
> > 20359 Hamburg / Germany
> >
> > http://www.ng-voice.com
> > mailto:cars...@ng-voice.com <mailto:cars...@ng-voice.com>
> >
> > Office +49 40 5247593-40
> > Fax +49 40 5247593-99
> >
> > Sitz der Gesellschaft: Hamburg
> > Registergericht: Amtsgericht Hamburg, HRB 120189
> > Geschäftsführer: Carsten Bock
> > Ust-ID: DE279344284
> >
> > Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> > http://www.ng-voice.com/imprint/
> >
> >
> > ___
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users@lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
> _______
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] TM: t_relay([host, port]) DNS Queries

[Carsten Bock]

Hi Louis-Olivier,

you should look at the DNS-Parameters of the Core:
http://www.kamailio.org/wiki/cookbooks/devel/core#dns_parameters

Kamailio caches DNS results by default (which can be turned off).

Thanks,
Carsten

2016-07-27 16:47 GMT+02:00 Louis-Olivier Roof <lr...@jive.com>:

> Dear Kamailio users,
>
> Ref: http://kamailio.org/docs/modules/4.2.x/modules/tm.html#tm.f.t_relay
>
> Using t_relay([host, port]) to relay messages to a specific host does
> not seem to generate DNS queries to the said host after Kamailio has
> initially processed the configuration file.
>
> It resolves the host once at startup then continues using the same IP
> after.
>
> Is that expected behavior? Anyone has had this issue before and found a
> way to work around it?
>
> Note that for this specific application, messages need to be relayed to
> a specified host (different from current R-URI) and this host needs to
> be resolved by DNS during normal operation, not only at startup.
>
> Thanks!
>
> Louis-Olivier
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Configuring/Integrating Kamailio Open IMS with FHoSS

[Carsten Bock]

Hi,

I wanted to create some new images next week. I am currently on holiday.

Thanks,
Carsten

Am 22.07.2016 2:28 nachm. schrieb "ycaner" :

> Hello;
> Kamailio-IMS download links are broken. How can i reach them?
>
> Thanks
>
>
>
> --
> View this message in context:
> http://sip-router.1086192.n5.nabble.com/Configuring-Integrating-Kamailio-Open-IMS-with-FHoSS-tp150592p150613.html
> Sent from the Users mailing list archive at Nabble.com.
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Enviroment

[Carsten Bock]

Hi,

Hint: It would be convenient, if everyone just used reply to all ;-)

Can you elaborate your question a bit more? Currently, there are two
instances of the dispatcher being used:
1) At the Proxy-CSCF (for the SEMS SBC's, if needed)
2) At the Serving-CSCF's (for the Interconnect, in case the destination is
not found in the ENUM directory)

In any case, you should have an dispatcher.list file in the according
kamailio folders (and the parameter set in the kamailio.cfg to point to
that file - just search for dispatcher.list in the kamailio.cfg).

Thanks,
Carsten

2016-07-11 22:59 GMT+02:00 Rodrigo Moreira <rodrigo.moreira...@gmail.com>:

> Hi,
>
> Right, to basic configuration of the P-I-S-CSCF services just I call the
> CFGS appropriate example (directory) for each entity to achieve basic
> funcionality. What exactly dispacher? How to config it?
>
> Regards.
> --
> Rodrigo M.
> (37) 9132-4539
> (34) 9889-3069
> rodrigo.moreira2007
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] getting the local 408 response

[Carsten Bock]

Hi Jayesh,

you should be able to catch this in a regular failure_route(). What do
you want to achieve? Replace the response?

failure_route[myfailure] {
# Execute, in case we
# - get a local generated "408"
# - receive a 5xx or 6xx reply from the proxy.
if (t_branch_timeout() || t_check_status("[5-6]..")) {
send_reply("486", "User offline");
exit;
}
}

Thanks,
Carsten

2016-07-11 14:37 GMT+02:00 Jayesh Nambiar <jayesh1...@gmail.com>:
> Hi,
> I'm looking to catch the local 408 response generated by kamailio after the
> fr_timer strikes in. I was assuming to get it in the sl:local-request, but I
> dont see it in my log messages.
> I can catch responses like a 200 for register or a 487 for a message who's
> transaction is not yet created. Any proper way on how do I get to know when
> kamailio generates a local 408?
> I'm on the master branch (commit: 54562b873c2c3d0a04f0587e7706188a3eb19a74).
>
> Thanks,
>
> - Jayesh
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] (no subject)

[Carsten Bock]

Hi,

quick question:
Floating IP? Are you on Digital Ocean?

DigitalOcean has an issue with UDP checksums on Floating IPs. They've
been working on a fix, but that's not yet resolved.

Quote from our Ticket:
"We're definitely working on fixing this, but have managed to track
the issue upstream into open-vswitch itself! We're working on fixing
it, but it'll take longer. Turns out, we're not the only ones to see
this - we found a similar bug going on on the Google cloud!"

Thanks,
Carsten

2016-06-29 9:55 GMT+02:00 jay binks <jaybi...@gmail.com>:
> So here are my listen lines.
>
> listen=127.0.0.1
> listen=1.2.3.4
> listen=1.2.3.5
>
> perhaps I can remove the localhost listen, but I doubt thats relevant here.
>
> I have changed the IPS for the next 2 listen lines just so my IP's are not
> on the list archive.
>
> 1.2.3.4 is my floating IP
>
> 1.2.3.5 is a fixed IP on the box.
>
> The kamailio messages im talking about are complaining because that
> particular box is not the master, and does not have the floating ip at that
> point of time.
>
>
>
>
>
>
> On 28 June 2016 at 15:03, Joel Serrano | VOZELIA <j...@vozelia.com> wrote:
>>
>> Hi Jay,
>>
>> Can you paste your listen= lines from kamailio.cfg?
>>
>> Best regards,
>> Joel.
>>
>> - Original Message -
>> > From: "jay binks" <jaybi...@gmail.com>
>> > To: "Kamailio (SER) - Users Mailing List"
>> > <sr-users@lists.sip-router.org>
>> > Sent: Sunday, June 26, 2016 8:40:47 PM
>> > Subject: Re: [SR-Users] (no subject)
>>
>> > I cant believe I sent this without a subject... OOPS !
>> > if I might re-post ( with a subject ) if there are no replies in a few
>> > days.
>>
>> > On 25 June 2016 at 10:40, jay binks < jaybi...@gmail.com > wrote:
>>
>> >> Hi Guys,
>>
>> >> Im using a keepalived solution between 2 kamailio boxes, with
>> >> net.ipv4.ip_nonlocal_bind =1 .
>>
>> >> On the "non master" I pretty much constantly get these logs in syslog.
>> >> What Im looking for is a way to suppress these because they are
>> >> expected in my
>> >> configuration.
>>
>> >> is there any way to tell kamailio to not log this... ( or at least, not
>> >> at CRIT
>> >> and ERROR )
>>
>> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]: ERROR: tm
>> >> [../../forward.h:208]:
>> >> msg_send(): udp_send failed
>>
>> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]: ERROR: 
>> >> [udp_server.c:576]:
>> >> udp_send(): sendto(sock,0x7fc0732d5ab0,380,0,xxx.xxx.xxx.xxx:5060,16):
>> >> Invalid
>> >> argument(22)
>>
>> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]: CRITICAL: 
>> >> [udp_server.c:581]: udp_send(): invalid sendtoparameters#012one
>> >> possible reason
>> >> is the server is bound to localhost and#012attempts to send to the net
>>
>> >> --
>> >> Sincerely
>>
>> >> Jay
>>
>> >> ___
>> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> >> sr-users@lists.sip-router.org
>> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> > --
>> > Sincerely
>>
>> > Jay
>>
>> > ___
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> > sr-users@lists.sip-router.org
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
> Sincerely
>
> Jay
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] S-CSCF (kamailio) crashes after deregistration of client

[Carsten Bock]

Hi Christoph,

"Now I installed the same packages but from kamailio-4.4.1-1.1, did
not change the config and repeated the test - same result."

Where did you obtain those packages? These are definitely NOT the
trunk version (according to the Makefiles, Kamailio is at Version
5.0.0)

Thanks,
Carsten

2016-06-02 16:41 GMT+03:00 Christoph Valentin <christoph.valen...@gmx.at>:
> Hi Jason,
>
> Sorry for delay, but I did like to try Carsten's proposal, before I send you
> the GDB traceback.
>
> Now I installed the same packages but from kamailio-4.4.1-1.1, did not
> change the config and repeated the test - same result.
>
> tshark, level 2 logs and GDB traceback in attachment of this mail.
>
> I found two cores from the same time, only one fits to kamailio.pid, but I
> did two backtraces.
>
> Two suspects:
>1)  deactivated the dispatchers (want to activate in later step)
>2)  deactivated presence DB (want to activate in a later step)
>
> Thanks for help,
> Christoph
>
> Gesendet: Dienstag, 31. Mai 2016 um 08:25 Uhr
> Von: "Jason Penton" <jason.pen...@smilecoms.com>
> An: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users
> Mailing List" <sr-users@lists.sip-router.org>
> Betreff: Re: [SR-Users] S-CSCF (kamailio) crashes after deregistration of
> client
>
> Will look into this for you later today. Any chance of a gdb backtrace in
> the meantime?
>
> On 31 May 2016 8:07 AM, "Christoph Valentin" <christoph.valen...@gmx.at>
> wrote:
>>
>> I'm experimentally using kamailio 4.4.0-12.1 as an S-CSCF, connected via
>> Cx to an HSS and connected via Mw to a Zoiper Client.
>>
>> I installed following RPMs:
>> kamailio-xml-4.4.0-12.1.x86_64
>> kamailio-4.4.0-12.1.x86_64
>> kamailio-debuginfo-4.4.0-12.1.x86_64
>> kamailio-mysql-4.4.0-12.1.x86_64
>> kamailio-ims-4.4.0-12.1.x86_64
>> kamailio-tls-4.4.0-12.1.x86_64
>> kamailio-presence-4.4.0-12.1.x86_64
>>
>> and copied config from kamailio-4.4.0_src.tar.gz
>> examples/scscf
>>
>> Modified config (see attached etc_kamailio.tar.gz)
>>
>> Prepared Zoiper client, prepared HSS
>>
>> Then started S-CSCF (kamctl start), registered user xa...@vict-ims.net,
>> registered user yvo...@vict-ims.net, deregistered user yvo...@vict-ims.net
>>
>> After some time S-CSCF gets signal 11 and stops, I guess its some timer
>> expiring thats the reason (tshark and kamailio level 3 logs in attachment)
>> ---> who's wrong? Is it a bug in kamailio? Is it a wrong config?
>>
>> Thanks for help
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
>
> This email is subject to the disclaimer of Smile Communications at
> http://www.smilecoms.com/home/email-disclaimer/
>
> ___ SIP Express Router (SER) and
> Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] S-CSCF (kamailio) crashes after deregistration of client

[Carsten Bock]

Hi Christoph,

can you try with latest trunk? I assume, that's fixed already the
Trunk Version doesn't crash, if Zoiper unregisters.

Thanks,
Carsten

2016-05-30 16:20 GMT+03:00 Christoph Valentin <christoph.valen...@gmx.at>:
> I'm experimentally using kamailio 4.4.0-12.1 as an S-CSCF, connected via Cx
> to an HSS and connected via Mw to a Zoiper Client.
>
> I installed following RPMs:
> kamailio-xml-4.4.0-12.1.x86_64
> kamailio-4.4.0-12.1.x86_64
> kamailio-debuginfo-4.4.0-12.1.x86_64
> kamailio-mysql-4.4.0-12.1.x86_64
> kamailio-ims-4.4.0-12.1.x86_64
> kamailio-tls-4.4.0-12.1.x86_64
> kamailio-presence-4.4.0-12.1.x86_64
>
> and copied config from kamailio-4.4.0_src.tar.gz
> examples/scscf
>
> Modified config (see attached etc_kamailio.tar.gz)
>
> Prepared Zoiper client, prepared HSS
>
> Then started S-CSCF (kamctl start), registered user xa...@vict-ims.net,
> registered user yvo...@vict-ims.net, deregistered user yvo...@vict-ims.net
>
> After some time S-CSCF gets signal 11 and stops, I guess its some timer
> expiring thats the reason (tshark and kamailio level 3 logs in attachment)
> ---> who's wrong? Is it a bug in kamailio? Is it a wrong config?
>
> Thanks for help
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio 4.4.1 REGISTER Parse Error in PCSCF

[Carsten Bock]

Hi Mihail,

we do all of our installations through Debian-Packaging. It's described here:

http://www.kamailio.org/wiki/tutorials/ims/installation-howto
(I just added a note about our packages)

I cannot disclose too much about our deployments, as we have either
network operators running live or running a trial on our VoLTE
platform, but we are running basically the same configs, as you'll
find in the repository. The Tutorial on the Kamailio-Wiki is still
pretty much up-to-date.

Thanks,
Carsten




2016-05-30 17:42 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
> Hi carsten,
>
> Could compare your installation steps with the once in the log file
> attached and check if there are differences. I did my installation using
> that steps and for one version works for the other one i get the parse
> error.
>
> On 05/30/2016 04:31 PM, Mihail Dakov wrote:
>> Hi,
>> Yes I got a different setup with kamailio 4.2.4 where I successfully
>> register the same UEs. But there we got some kind of issue with the rx
>> interface and before looking at the code we wanted to update kamailio
>> version and then see if same rx issue happens. At the moment is not
>> clear to me the rx issue therefore i couldn't describe it.
>>
>> On 05/30/2016 04:28 PM, Carsten Bock wrote:
>>> Hi Mihail,
>>>
>>> you could also see the REGISTER in the PCAP, if you did not configure
>>> your DNS/BIND properly...
>>>
>>> Thanks,
>>> Carsten
>>>
>>> P.S.: I regularly test Zoiper with our own setup, it works... and it
>>> even should work with the 4.4 version, you're running.
>>>
>>> 2016-05-30 17:25 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>>>>
>>>>
>>>> On 05/30/2016 04:11 PM, Carsten Bock wrote:
>>>>> Hi,
>>>>>
>>>>> the Zone-File is the interesting part, not the Bind-Config.
>>>>>
>>>>> Did you configure the outbound Proxy on Zoiper properly?
>>>> Yes, otherwise the REGISTER from the UE would be missing from the pcap,
>>>> right?
>>>>>
>>>>> You can actually see in the trace, that the Proxy-CSCF is forwarding
>>>>> the packet to itself (looping) and at some point it drops the request.
>>>>>
>>>> I see that as well. I eliminated big part of the log as is the loop
>>>> itself. After some time it gets stable. But to estimate the nature of
>>>> the loop I get about 1M log lines with debug level 5 for 1 register
>>>> procedure triggered from the UE.
>>>>
>>>> I guess i'll check with the trunk code meanwhile.
>>>>> Thanks,
>>>>> Carsten
>>>>>
>>>>> 2016-05-30 16:53 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>>>>>> Hi,
>>>>>>
>>>>>> DNS error? This is interesting. Well I got a local bind running with a
>>>>>> dnszone provided from ims aio from kamailio.org site. You can have a
>>>>>> look at the bind config which copied adjusting port numbers.
>>>>>> I would say that it does work:
>>>>>>
>>>>>> user@host:etc/kamailio$ host hss
>>>>>> hss.open-ims.test has address 192.168.177.100
>>>>>> user@host:/etc/kamailio$ host icscf
>>>>>> icscf.open-ims.test has address 192.168.177.100
>>>>>> user@host:/etc/kamailio$ host pcscf
>>>>>> pcscf.open-ims.test has address 192.168.177.100
>>>>>> user@host:/etc/kamailio$ host scscf
>>>>>> scscf.open-ims.test has address 192.168.177.100
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 05/30/2016 03:40 PM, Carsten Bock wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> looks to me, like a typical DNS error. How did you configure DNS?
>>>>>>> You have BIND up and running and a proper Zone-File? Do the CSCF's
>>>>>>> properly query the DNS?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Carsten
>>>>>>>
>>>>>>> 2016-05-30 16:35 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>>>>>>>> Hi Folks,
>>>>>>>>
>>>>>>>> I have the strangest problem just after installing latest stable
>>>>>>>> version. I had tried both ways using the repo
>>>>>>>> (http://deb.kamaili

Re: [SR-Users] Kamailio 4.4.1 REGISTER Parse Error in PCSCF

[Carsten Bock]

Hi Mihail,

you could also see the REGISTER in the PCAP, if you did not configure
your DNS/BIND properly...

Thanks,
Carsten

P.S.: I regularly test Zoiper with our own setup, it works... and it
even should work with the 4.4 version, you're running.

2016-05-30 17:25 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>
>
> On 05/30/2016 04:11 PM, Carsten Bock wrote:
>> Hi,
>>
>> the Zone-File is the interesting part, not the Bind-Config.
>>
>> Did you configure the outbound Proxy on Zoiper properly?
> Yes, otherwise the REGISTER from the UE would be missing from the pcap,
> right?
>>
>> You can actually see in the trace, that the Proxy-CSCF is forwarding
>> the packet to itself (looping) and at some point it drops the request.
>>
> I see that as well. I eliminated big part of the log as is the loop
> itself. After some time it gets stable. But to estimate the nature of
> the loop I get about 1M log lines with debug level 5 for 1 register
> procedure triggered from the UE.
>
> I guess i'll check with the trunk code meanwhile.
>> Thanks,
>> Carsten
>>
>> 2016-05-30 16:53 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>>> Hi,
>>>
>>> DNS error? This is interesting. Well I got a local bind running with a
>>> dnszone provided from ims aio from kamailio.org site. You can have a
>>> look at the bind config which copied adjusting port numbers.
>>> I would say that it does work:
>>>
>>> user@host:etc/kamailio$ host hss
>>> hss.open-ims.test has address 192.168.177.100
>>> user@host:/etc/kamailio$ host icscf
>>> icscf.open-ims.test has address 192.168.177.100
>>> user@host:/etc/kamailio$ host pcscf
>>> pcscf.open-ims.test has address 192.168.177.100
>>> user@host:/etc/kamailio$ host scscf
>>> scscf.open-ims.test has address 192.168.177.100
>>>
>>>
>>>
>>>
>>> On 05/30/2016 03:40 PM, Carsten Bock wrote:
>>>> Hi,
>>>>
>>>> looks to me, like a typical DNS error. How did you configure DNS?
>>>> You have BIND up and running and a proper Zone-File? Do the CSCF's
>>>> properly query the DNS?
>>>>
>>>> Thanks,
>>>> Carsten
>>>>
>>>> 2016-05-30 16:35 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>>>>> Hi Folks,
>>>>>
>>>>> I have the strangest problem just after installing latest stable
>>>>> version. I had tried both ways using the repo
>>>>> (http://deb.kamailio.org/kamailio44) and downloading code with local
>>>>> compile (https://www.kamailio.org/w/2016/05/kamailio-v4-4-1-released/)
>>>>>
>>>>> The initial scenario is to get M2M with commercial IP and subsequently
>>>>> use the Rx interface to do the same. We are blocked because we cannot
>>>>> even achieve clean register for the UEs.
>>>>>
>>>>> UE1(galaxy s4 zoiper)  Kamailio IMS aio
>>>>>|
>>>>> UE2(galaxy s4 zoiper)  |
>>>>>
>>>>>
>>>>> What happens is that the first register message triggers some
>>>>> quasi-endless loop in the PCSCF. Hence it cannot be forwarded to SCSCF,
>>>>> ICSCF and HSS. But this doesn't always happen and between all the parse
>>>>> problems there are some register messages which get passed to the scscf
>>>>> icscf and hss. Somehow the parser feeds itself from the previous parse
>>>>> run and thus loops quite intensively. The message I get is SIP/2.0 400
>>>>> CSeq method does not match request method.
>>>>> I must say that reiterating the registration process sometimes i get the
>>>>> register and sometimes i don't.
>>>>>
>>>>> Has anyone encounter similar issue for similar use case and can share
>>>>> some thoughs about a fix?
>>>>>
>>>>> I attached relevant log file, pcaps and configuration files. Let me know
>>>>> if more config files are needed.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users@lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>

Re: [SR-Users] Kamailio 4.4.1 REGISTER Parse Error in PCSCF

[Carsten Bock]

Hi,

the Zone-File is the interesting part, not the Bind-Config.

Did you configure the outbound Proxy on Zoiper properly?

You can actually see in the trace, that the Proxy-CSCF is forwarding
the packet to itself (looping) and at some point it drops the request.

Thanks,
Carsten

2016-05-30 16:53 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
> Hi,
>
> DNS error? This is interesting. Well I got a local bind running with a
> dnszone provided from ims aio from kamailio.org site. You can have a
> look at the bind config which copied adjusting port numbers.
> I would say that it does work:
>
> user@host:etc/kamailio$ host hss
> hss.open-ims.test has address 192.168.177.100
> user@host:/etc/kamailio$ host icscf
> icscf.open-ims.test has address 192.168.177.100
> user@host:/etc/kamailio$ host pcscf
> pcscf.open-ims.test has address 192.168.177.100
> user@host:/etc/kamailio$ host scscf
> scscf.open-ims.test has address 192.168.177.100
>
>
>
>
> On 05/30/2016 03:40 PM, Carsten Bock wrote:
>> Hi,
>>
>> looks to me, like a typical DNS error. How did you configure DNS?
>> You have BIND up and running and a proper Zone-File? Do the CSCF's
>> properly query the DNS?
>>
>> Thanks,
>> Carsten
>>
>> 2016-05-30 16:35 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
>>> Hi Folks,
>>>
>>> I have the strangest problem just after installing latest stable
>>> version. I had tried both ways using the repo
>>> (http://deb.kamailio.org/kamailio44) and downloading code with local
>>> compile (https://www.kamailio.org/w/2016/05/kamailio-v4-4-1-released/)
>>>
>>> The initial scenario is to get M2M with commercial IP and subsequently
>>> use the Rx interface to do the same. We are blocked because we cannot
>>> even achieve clean register for the UEs.
>>>
>>> UE1(galaxy s4 zoiper)  Kamailio IMS aio
>>>|
>>> UE2(galaxy s4 zoiper)  |
>>>
>>>
>>> What happens is that the first register message triggers some
>>> quasi-endless loop in the PCSCF. Hence it cannot be forwarded to SCSCF,
>>> ICSCF and HSS. But this doesn't always happen and between all the parse
>>> problems there are some register messages which get passed to the scscf
>>> icscf and hss. Somehow the parser feeds itself from the previous parse
>>> run and thus loops quite intensively. The message I get is SIP/2.0 400
>>> CSeq method does not match request method.
>>> I must say that reiterating the registration process sometimes i get the
>>> register and sometimes i don't.
>>>
>>> Has anyone encounter similar issue for similar use case and can share
>>> some thoughs about a fix?
>>>
>>> I attached relevant log file, pcaps and configuration files. Let me know
>>> if more config files are needed.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users@lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio 4.4.1 REGISTER Parse Error in PCSCF

[Carsten Bock]

Hi,

looks to me, like a typical DNS error. How did you configure DNS?
You have BIND up and running and a proper Zone-File? Do the CSCF's
properly query the DNS?

Thanks,
Carsten

2016-05-30 16:35 GMT+03:00 Mihail Dakov <mihail.da...@ng4t.com>:
> Hi Folks,
>
> I have the strangest problem just after installing latest stable
> version. I had tried both ways using the repo
> (http://deb.kamailio.org/kamailio44) and downloading code with local
> compile (https://www.kamailio.org/w/2016/05/kamailio-v4-4-1-released/)
>
> The initial scenario is to get M2M with commercial IP and subsequently
> use the Rx interface to do the same. We are blocked because we cannot
> even achieve clean register for the UEs.
>
> UE1(galaxy s4 zoiper)  Kamailio IMS aio
>|
> UE2(galaxy s4 zoiper)  |
>
>
> What happens is that the first register message triggers some
> quasi-endless loop in the PCSCF. Hence it cannot be forwarded to SCSCF,
> ICSCF and HSS. But this doesn't always happen and between all the parse
> problems there are some register messages which get passed to the scscf
> icscf and hss. Somehow the parser feeds itself from the previous parse
> run and thus loops quite intensively. The message I get is SIP/2.0 400
> CSeq method does not match request method.
> I must say that reiterating the registration process sometimes i get the
> register and sometimes i don't.
>
> Has anyone encounter similar issue for similar use case and can share
> some thoughs about a fix?
>
> I attached relevant log file, pcaps and configuration files. Let me know
> if more config files are needed.
>
>
>
>
>
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Via: header issue

[Carsten Bock]

Hi Laura,

if it's just about advertising the IP, then you can simply do the following:

listen=udp:10.10.10.10:5060 advertise  11.11.11.11:5060
(http://www.kamailio.org/wiki/cookbooks/devel/core#listen)

which will put 11.11.11.11 instead of the own, local IP.

Thanks,
Carsten

2016-05-24 14:40 GMT+02:00 Laura <red_...@plugit.net>:
> Hello,
>
>
> honestly we only use the topoh modules for this
>
> # topoh paramiters
> modparam("topoh", "mask_ip", "1.1.1.1")
>
> Pratically we created a cluster and we use VRRP for HA of the service.. so
> we use topoh for menage the virtual IP on kamailio..
>
> Is there any other way we could use for stop using topoh ?
>
> Regards
>
>
> Il 24/05/16 13:11, Daniel-Constantin Mierla ha scritto:
>
> Hello,
>
> the long Via branch is because of using topoh module. Do you need that?
>
> The alternatives would be:
>
>  - disable topoh module
>
>  - or configure the kernel to do udp defragmentation (should be default in
> modern linux)
>
>  - or switch to tcp/tls
>
>  - or try to use the new topos module in 4.4 -- not that it is not well
> tested and you should not go with it in production directly. Any issue
> encountered with topos should be reported on kamailio project on github and
> I will take care fixing them.
>
> Cheers,
> Daniel
>
>
> On 24/05/16 09:57, Laura wrote:
>
> Good morning list,
>
> I need to ask you a question about a problem we are fighting on our VoIP
> platform based on Kamailio 4.3.5.
> Our platform is made by more nodes over Europe countries, and we are
> encountering a problem with the size of the SIP package which, exceeds
> the physiological limit of about 1350 bytes.
> The real problem is caused from Via: Header (inside the SIP packet)
> which is added to each element of the system for transit on the call.
> >From what we have analyzed, the problem is not so much due to the number
> of entered Via: records but, by the fact that they contain a branch
> parameter extremely long.
>
> Here the call flow example from CARRIER A —> Kamailio1 —> Kamailio2 —>
> CARRIER B
>
> Extract from SIP message sent from CARRIER A to K1
>
> INVITE sip:12341234@192.168.158.42 SIP/2.0.
> Via: SIP/2.0/UDP 192.168.220.141:5060;branch=z9hG4bK49e4301c;rport.
>
> Extract from SIP message sent from K1 to K2
>
> INVITE sip:12341234@192.168.127.244 SIP/2.0.
> Record-Route: <sip:192.168.158.42;lr;did=194.a0f1;nat=yes>.
> Via: SIP/2.0/UDP
> 192.168.158.42;branch=z9hG4bK0635.7c1e97c2d5c01ea98e8d0e7fa23a3822.0.
> Via: SIP/2.0/UDP
> 192.168.158.42;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.cuOBV4OBVLMGZfWxF-W.y6Mx1LgRWIC9gIgx4fzxj7MBP7MBVAOBF4M.1jmxuqC93X3heroEWvH9vsCFN43qd4zRj4Mlyf3l1LNSQLpx4uMx3A.
>
> Extract from SIP message sent from K2 to CARRIER B
>
> INVITE sip:12341234@192.168.65.248 SIP/2.0.
> Record-Route: <sip:192.168.127.244;lr;did=194.5122;nat=yes>.
> Via: SIP/2.0/UDP
> 192.168.127.244;branch=z9hG4bK0635.f843472880b380acde3a33732975fde9.0.
> Via: SIP/2.0/UDP
> 192.168.127.244;branch=z9hG4bKsr-j4IPOlV7MGQKatycW.F7MBj4OBFuzGZ4MB1LNSQLpx4uMx3AzuaVHRaYpB1JNEt736cQkBIvalaJmly6Mlj7W6Mfg.qw3leqWRMAMRKrz.rIzSPAg.pE3.Vl3.MZMBV7My**.
> Via: SIP/2.0/UDP
> 192.168.127.244;branch=z9hG4bKsr-j4IPOlV7MGQKatycW.F7MBj4OBFuzGZ4MB1JNEt736cQkBIvalaJmwWLORv4mK0Hot3w.jpam6t4kRWWOEWu.4eRWFQGKqfWauYEKwrSOKN7k.gWkxtMgue9mjMsg4IhkxaEkhrbW4uGjxpWPIg0.4eSWF47MRY1kUKfPlqlRxWvg9e5aKp6mxI6N4WS.BPlNRP4kIebWFudkR3loxtM.IWa.U0ZWUKWkxW0.
>
>
> Is there anyone here with the idea how to solve this problem ?
>
> Best regards
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla
> http://www.asipto.com - http://www.kamailio.org
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] XML-RPC reply doesn't contain any data

[Carsten Bock]

iling 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://www.asipto.comhttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio World Conference, Berlin, May 18-20, 2016 - 
> http://www.kamailioworld.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio 5.0 - B2BUA

[Carsten Bock]

Hi,

we are using SEMS as an SBC in almost all of our deployments and we
are actually quite happy with it. We originally sponsored the
development of the Transcoding capabilities in SEMS (with the
condition of making it open-source) and we added Transcoding for the
AMR-NB codec in our branch of SEMS (once we find time, we will add
AMR-WB as well).
We plan to add further resources to SEMS in the future (however this
is always dependent on time/money; but with more and more VoLTE
deployments running on Kamailio/SEMS, the future looks quite bright at
the moment).

Thanks,
Carsten

2016-03-24 7:30 GMT+01:00 Juha Heinanen <j...@tutpro.com>:
> Daniel-Constantin Mierla writes:
>
>> You said sems is calable but lacks docs, I guess that is less time
>> consuming to sort out for someone really interested given it is open
>> source than implementing something from scratch.
>
> I have been sending requests out from Kamailio via SEMS, for example, if
> caller needs to be anonymized, if there is need to restrict parallel
> calls, etc.  I have also implemented many services using SEMS DSM
> diagrams, such as voicemail, conferencing, call center, call recording,
> etc.
>
> All of this has worked fine, but there are some issues that I have not
> been able to solve, which has caused minor limitations in capabilities
> of some services. It would be great if also the open source version of
> SEMS would get more attention and new developers.
>
> -- Juha
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Registration Failure - IMS

[Carsten Bock]

Hi,

quick note:
It should not be necessary to change any source-code to make the
reginfo work. At least on my setups this is not needed.
I'll check with my own configs later today or tomorrow, to help you out here.

Thanks,
Carsten

2016-02-22 9:41 GMT+01:00 Cristina Caridi <cri.car...@gmail.com>:
> Hello Franz,
>
> thank you for your support!
> I confirm that I changed the pcscf uri that was by default for smilecoms.I
> agree with you, the problem is that the P-CSCF is not able to handle the
> notify message. In the next days I will try to modify the code in the config
> file even if I'm not a developer and an IMS expert.
> Please, keep in touch for any update.
>
> Thank you,
> Cristina
>
>
> 2016-02-21 21:00 GMT+01:00 Franz Edler <franz.ed...@technikum-wien.at>:
>>
>> Hi Cristina,
>>
>> > But I have another problem related to registration process. After
>> > REGISTER-
>> > 401 Unauthorized-REGISTER-200 OK, the IMS client sends the SUBSCRIBE
>> > message (for the "reg" event package subscription) to the S-CSCF, the
>> > latter
>> > replies with NOTIFY and the client correctly responds with 200 OK. In
>> > order to
>> > be notified on any change of registration state for the client, also the
>> > P-CSCF
>> > sends the SUBSCRIBE message to the S-CSCF, the S-CSCF sends a NOTIFY to
>> > the proxy but, instead of replying with 200 OK, the P-CSCF replies with
>> > 404-
>> > Not Here (like it doesn't recognize that the recipient of the NOTIFY in
>> > the
>> > Req-URI is the P-CSCF itself).
>> >
>> > Have you ever seen similar issue?
>>
>> I have now spent some time to reproduce the issue.
>> First of all: I had to adapt module reg_mod.c in ims_registrar_pcscf,
>> because it containes a hardcoded P-CSCF address:
>> str pcscf_uri = str_init("sip:pcscf.ims.smilecoms.com:4060");
>> which is only valid for smilecoms.
>> Did you also change that?
>>
>> Then I got exactly the same problem. I found that the P-CSCF config causes
>> in the part "# Check for Subsequent requests:" a reject "
>> sl_send_reply("404","Not here");"
>> I have doubts that this is correctly designed and have to dig deeper into
>> the logic of the config-file.
>> Fact is: the NOTIFY request does not contain a Route header and as it not
>> an ACK it goes straight to the reject.
>> Maybe any IMS expert can shed some light on this code as shown below:
>>
>> # Check for Subsequent requests:
>> if (has_totag()) {
>> # sequential request withing a dialog should
>> # take the path determined by record-routing
>> if (loose_route()) {
>> if ($route_uri =~ "sip:mo@.*") {
>> setflag(FLT_MO);
>> }
>> if(!isdsturiset()) {
>> handle_ruri_alias();
>> }
>> # RTP-Relay, if necessary
>> route(RTPPROXY);
>> t_relay();
>> } else {
>> if ( is_method("ACK") ) {
>> if ( t_check_trans() ) {
>> # no loose-route, but stateful
>> ACK;
>> # must be an ACK after a 487
>> # or e.g. 404 from upstream server
>> t_relay();
>> exit;
>> } else {
>>     # ACK without matching transaction
>> ... ignore and discard
>> exit;
>> }
>> }
>> sl_send_reply("404","Not here");
>> }
>> exit;
>>
>> BR Franz
>>
>>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SIP Trunking using Kamailio IMS

[Carsten Bock]

Hi,

you can definitely do this with Kamailio. We've made a similar setup
at an MNO, where we had two EPCs and two IMS-Cores which were directly
interconnected (using an Oracle/AcmePacket SBC or directly).

Thanks,
Carsten

2016-01-20 8:32 GMT+01:00 Olle E. Johansson <o...@edvina.net>:
>
>> On 19 Jan 2016, at 10:57, indranil chowdhury <indranil.n...@gmail.com> wrote:
>>
>> Hello,
>>
>> Is SIP trunking possible with the free version of Kamailio or we need to 
>> upgrade
>> to business license?
> There is only one version, the free business version :-)
>
>>
>> Kindly get back to us with the details of using SIP trunking using Kamailio. 
>> We have
>> a requirement in our organisation regarding the same which uses IMS and SIP 
>> trunking.
> Kamailio supports SIP trunking, but the definition of SIP trunking varies :-)
>
>>
>> In this setup we would initially like to test with 2 LTE EPCs connected to 
>> two Kamailio IMS with a SIP trunk between them.
> There are some IMS modules you can look into for this and consultants focused 
> on LTE/IMS deployments with Kamailio,
> check the web site for names and addresses.
>
> Best regards,
> /Olle
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio replies with SIP/2.0 500 Service Unavailable Under load

[Carsten Bock]

Hi,

If you are using dispatcher module or similar, then the bottle-neck is
not Kamailio, but Freeswitch. I guess, Kamailio simply doesn't get any
answer from the AS and thus replies with an error as no AS is
available. Kamailio by default/minimal configuration won't send any
errors, it depends on your configuration.

Thanks,
Carsten



2016-01-12 7:27 GMT+01:00 sandeep goje <sandeep.g...@gmail.com>:
> Hi,
>
> I am doing load testing with of Kamailio. I have sipp (version 3.3) as the
> load generator,Kamailio(4.2.7) as Load Balancer and Freeswitch (1.6.5) as
> Gateways.
>
> I am using the following command to generate load
> ./sipp  -sf  uac.xml -d 2000 -m 4000 -l 1000 -r 200 -trace_stat -i SIPP_IP
> -p 15060 --trace_err -trace_error_codes  -trace_calldebug -trace_screen
> KAM_IP
>
> When the rate of generation is below 80 (-r 80), Kamailio behaves fine.But
> if we go beyond 80, Kamailio starts sending "500 Service Unavailable"
>
> 2016-01-12  11:18:15.375103 1452577695.375103: Aborting call on
> unexpected message for Call-Id '96-32493@SIPP_IP': while expecting '180'
> (index 2), received 'SIP/2.0 500 Service Unavailable^M
> Via: SIP/2.0/UDP SIPP_IP:15060;branch=z9hG4bK-32493-96-0^M
> From: sipp <sip:sipp@SIPP_IP:15060>;tag=96^M
> To: sut
> <sip:service@KAM_IP:5060>;tag=55f576f507e822fa6633cf4bc22740e6-6660^M
> Call-ID: 96-32493@SIPP_IP^M
> CSeq: 1 INVITE^M
> Server: kamailio (4.2.7 (x86_64/linux))^M
> Content-Length: 0^M
>
> With the above command, sipp output is
>
> - Statistics Screen --- [1-9]: Change Screen
> --
>   Start Time | 2016-01-12 11:26:07.723764 1452578167.723764
>   Last Reset Time| 2016-01-12 11:27:16.280901 1452578236.280901
>   Current Time   | 2016-01-12 11:27:16.282737 1452578236.282737
> -+---+--
>   Counter Name   | Periodic value| Cumulative value
> -+---+--
>   Elapsed Time   | 00:00:00:001000   | 00:01:08:558000
>   Call Rate  |0.000 cps  |   58.345 cps
> -+---+--
>   Incoming call created  |0  |0
>   OutGoing call created  |0  | 4000
>   Total Call created |   | 4000
>   Current Call   |0  |
> -+---+--
>   Successful call|0  | 1192
>   Failed call|0  | 2808
> -+---+--
>   Response Time 1| 00:00:00:00   | 00:00:15:102000
>   Call Length| 00:00:00:00   | 00:00:10:614000
> -- Test Terminated
> 
>
> Kamailio is run with command /usr/local/sbin/kamailio -f
> /usr/local/etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.pid -m
> 512 -M 8 -u kamailio -g kamailio
>
> version: kamailio 4.2.7 (x86_64/linux) 727746
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, 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: 727746
> compiled on 15:59:03 Jan 11 2016 with gcc 4.6.3
>
> System : Ubuntu 12.04.4 LTS
> Linux devops10-60-20-169 3.11.0-15-generic #25~precise1-Ubuntu SMP Thu Jan
> 30 17:39:31 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
>
> I am not seeing any errors in Kamailio Logs.
>
> Any pointers on how to get it to serve more calls/sec
>
> Regards,
> Sandeep
>
> The most profound statements are often said in silence.
> -Lynn Johnston
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsfü

Re: [SR-Users] State-full failover Kamailio+RTPProxy

[Carsten Bock]

Hi,

just a quick note:
Our implementation of the REDIS Backend for RTPEngine
(https://github.com/ngvoice/rtpengine-redis-plugin) got obsolete, as
RTPEngine supports this functionality now natively without any
external Plugin.

Thanks,
Carsten

2015-12-16 9:27 GMT+01:00 Daniel-Constantin Mierla <mico...@gmail.com>:
> Hello,
>
> accounting using acc module just work fine if both servers write to same
> database, there is nothing to sync in states between active and standby
> server.
>
> For rtpproxy, afaik, there is no hot HA system offered by the application.
> For rtpengine, there were some patches circulating around here (iirc, sent
> by Carsten Bock) to use a redis server for active-standby sync. Also,
> because each call uses at least 4 ports, be sure that the standby stays
> clean of other apps that can use ports which can be used by the active
> server.
>
> On the other hand, rtpproxy is rather basic UDP forwarder, unlikely to
> crash. If you use rtpproxy on another system than kamailio, then you are
> achieving the availability required by most of the services out there. You
> should just use many rtpproxy at once, kamailio is able to work with all of
> them (actually, this is recommended if you want to use properly the CPU
> cores, because rtpproxy is single process application). If you want to put
> the rtpproxy server in maintenance, use another host with rtpproxy,
> reconfigure kamailio to use them and let the old ones running for a while so
> existing calls keep going fine.
>
> Over the time, I got to the conclusion that replicating a lot of states
> during normal operations adds more overhead and problems than finding specif
> solutions for particular very rare cases. Have in mind that rtp stream means
> a lot of small packets, it is better to keep the handling of them as simple
> as possible not to affect the QoS.
>
> Cheers,
> Daniel
>
> On 15/12/15 19:02, Frank Costeira wrote:
>
> Hi,
>
> I would prefer to maintain the dialog and rtp session, however push come to
> shove maintaining the RTP session would be sufficient.
>
> Is it possible to do state-full failover of both the dialog and rtp or just
> rtp?
>
> Any recommendations on documentation or how-to to read that would point me
> in the right direction?
>
> Thanks
>
> Regards
>
> On Tue, Dec 15, 2015 at 9:47 AM, Alex Balashov <abalas...@evaristesys.com>
> wrote:
>>
>> Well, that depends. Is your objective really RTP failover, or also
>> failover of dialog state (e.g. for some accounting purpose)?
>> ‎
>> --
>> Alex Balashov | Principal | Evariste Systems LLC
>> 303 Perimeter Center North, Suite 300
>> Atlanta, GA 30346
>> United States
>>
>> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>
>> Sent from my BlackBerry.
>>   Original Message
>> From: Frank Costeira
>> Sent: Tuesday, December 15, 2015 09:41
>> To: Kamailio (SER) - Users Mailing List
>> Reply To: Kamailio (SER) - Users Mailing List
>> Subject: Re: [SR-Users] State-full failover Kamailio+RTPProxy
>>
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Book: SIP Routing With Kamailio - http://www.asipto.com
> http://miconda.eu
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] [sr-dev] RFC: Renaming dialog_ng to ims_dialog

[Carsten Bock]

Hi,

I agree, if the dialog_ng module is only used with IMS deployments, it
may be confusing that it's called dialog_ng (despite the original
ideas/thoughts, Richard mentioned).
I have no objections renaming it to ims_dialog; if we manage to merge
it at some point with the existing dialog-module and make the
functionality more generic, we can rename it back to dialog_ng or
similar later.

Thanks,
Carsten

2015-12-15 20:50 GMT+01:00 Richard Good <richard.g...@smilecoms.com>:
> Hi Daniel
>
> As you mentioned the original reason for this module was not IMS but rather
> to support some new features,  in particular forking.  It is not
> particularly specific to IMS.
>
> Unfortunately we have not managed to merge with the normal dialog module as
> we had originally intended.
>
> I do hope at some point we manage to merge the two modules so each can
> benefit for the others fixes but think it will be quite an endeavour.
>
> Having said this I have no issue with renaming the module or explicitly
> explaining in the documentation if it is causing any confusion.
>
> Let's see if the other IMS devs agree.
>
> Regards
> Richard.
>
> On 15 Dec 2015 2:52 PM, "Daniel-Constantin Mierla" <mico...@gmail.com>
> wrote:
>>
>> Hello,
>>
>> I am under the impression that the name dialog_ng creates confusion out
>> there and some people are using it instead of the classic dialog module.
>>
>> Although it was started with goals of reworking dialog module with a
>> different concept (which was discussed mainly by some guys that
>> afterwards changed their job to non-voip area), dialog_ng ended up to be
>> tailored for IMS needs.
>>
>> Probably we should do that refactoring of the dialog module, but
>> meanwhile dialog_ng doesn't refect that and some people are confused by
>> the current naming of the two modules.
>>
>> Practically is more about convenience at this moment and if IMS
>> developers and users think it is not going to be a big overhead for
>> their deployments to be upgraded, I can take care to rename it. So,
>> while general opinion matters, I think we should see first what IMS devs
>> prefer.
>>
>> I am personally not affected that much, so I am fine to keep it like it
>> is now -- in that case, proper notes should be added to documentation,
>> stating that dialog_ng must be used only for IMS (or when the config
>> writer knows very well what she/he is doing).
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - http://www.asipto.com
>> http://miconda.eu
>>
>>
>> ___
>> sr-dev mailing list
>> sr-...@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> This email is subject to the disclaimer of Smile Communications at
> http://www.smilecoms.com/home/email-disclaimer/
>
>
> ___
> sr-dev mailing list
> sr-...@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] RTPPROXY unpredictable behavior

[Carsten Bock]

Hi Javohir,

don't worry, your english is fine.
Can you send us the parameters you have set for rtpproxy in your kamailio cfg?
You should find something like this:

modparam("rtpproxy", "rtpproxy_sock", "udp:localhost:2")

Make sure it matches the configuration of the RTPProxy.

Thanks,
Carsten

2015-12-09 11:32 GMT+01:00 Javohir Maxmarajabov <javokhirbe...@gmail.com>:
> I am trying to enable RTPPROXY on debian, but it seems RTPProxy is ignoring
> my arguments...
>
> So, I am launching RTPPROXY using command:
>
> rtpproxy -l _MY_PUBLIC_IP_ -s udp:127.0.0.1 7722 -p /var/run/rtpproxy.pid -R
> -a -P -r /tmp/rtppath -S /tmp/rtpspool -u rtpproxy rtpproxy
>
> Also tried with:
>
> rtpproxy -l _MY_PUBLIC_IP_ -s udp:127.0.0.1 7722 -u rtpproxy rtpproxy
>
> And when I try to start Kamailio service I am getting error:
>
> 0(10562) ERROR: rtpproxy [rtpproxy.c:1681]: send_rtpp_command(): can't send
> command to a RTP proxy
>
> 0(10562) ERROR: rtpproxy [rtpproxy.c:1716]: send_rtpp_command(): proxy does
> not respond, disable it
>
> 0(10562) WARNING: rtpproxy [rtpproxy.c:1573]: rtpp_test(): can't get version
> of the RTP proxy
>
> 0(10562) WARNING: rtpproxy [rtpproxy.c:1610]: rtpp_test(): support for RTP
> proxy has been disabled temporarily
>
> p.s. I have checked RTPPROXY, and I am sure that it is launched
>
> ps aux | grep rtpproxy
>
> returned me:
>
> root 2770 0.0 0.0 19392 480 ? Ssl 04:59 0:00 /usr/bin/rtpproxy -l
> _MY_PUBLIC_IP_ -s udp:127.0.0.1 7722 -p /var/run/rtpproxy.pid -R -a -P -r
> /tmp/rtppath -S /tmp/rtpspool -u rtpproxy rtpproxy
>
> root 2775 0.0 0.0 11740 932 pts/1 S+ 04:59 0:00 grep --color=auto rtp
>
> Which says everything is ok and rtpproxy is running with arguments that I
> declared
>
> But the problem is, When I check it with:
>
> netstat -tulpn | grep rtpproxy
>
> I am receiving:
>
> udp 0 0 127.0.0.1:2 0.0.0.0:* 2853/rtpproxy
>
> As you can see rtpproxy is listening on port 2 and completely ignoring
> arguments I declared :(
>
> Where and What am I doing wrong?
>
> Sorry for my English and Thanks in advance...
>
>
> --
> Javokhir M.M.
> 
>
> Disclaimer: The information in this e-mail is confidential. If you are not
> addressed recipient then please return and delete this e-mail from your
> system. Unauthorised use of or disclose the contents of this e-mail may be
> unlawful.
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] MESSAGE is not successfull in Kamailio IMS

[Carsten Bock]

Hi,

you commented out some lines, that would handle NAT cases:

# LYH
#if(!isdsturiset()) {
# handle_ruri_alias();
# if ($rc == 1) {
# setflag(FLT_NAT);
# }
#}

Why?

Thanks,
Carsten

2015-11-23 5:21 GMT+01:00 Thierry Luo <lang...@yeah.net>:
> Hi Carsten,
>
>
>
> Thanks for your reply.
>
>
>
> I’m using IMSDroid to send SIP MESSAGE to Boche IMS Client (Windows). It’s
> not actually SMS. It’s just SIP MESSAGE from one SIP user to another SIP
> user, without any PSTN or Mobile Network users included in the scenario.
>
>
>
> I doubt it is the problem of CFG file. I did not see any route logics of
> processing MESSAGE.
>
>
>
> Thierry Luo
>
>
>
> From: sr-users-boun...@lists.sip-router.org
> [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Carsten Bock
> Sent: Monday, November 23, 2015 07:13
> To: SR-Users <sr-users@lists.sip-router.org>
> Subject: Re: [SR-Users] MESSAGE is not successfull in Kamailio IMS
>
>
>
> Hi,
>
> what user agent are you using? IMSDroid or similar?
> Quick note: 3GPP SMS over IP (sent as SIP MESSAGE) is never direct, but
> always store & forward, so you need an SMSC...
>
> Thanks,
> Carsten
>
> Am 21.11.2015 6:01 nachm. schrieb "Thierry Luo" <lang...@yeah.net>:
>
> Hi All,
>
> I installed kamailio on Ubuntu as IMS pCSCF/iCSCF/sCSCF. REGISTER is fine,
> but when I tried to send a MESSAGE (SMS) from one user to another, it was
> always not successful. I captured IP packets on the server, and it seemed
> that the error was caused on pCSCF.
>
> User1 and User2 are both behind their NAT network.  Suppose User1's private
> IP is Private_IP1, and User1's public IP (on router) is Public_IP1, and
> User2's private and public IPs are Private_IP2 and Public_IP2:
>
> User1pCSCF
> iCSCF sCSCF
> user2
>MESSAGE
> >
>MESSAGE
>
> ->
>
> MESSAGE
>
> --->
>
> MESSAGE
>
> <-
>
> MESSAGE
>
> 
> >
>
>
> Unfortunately, from the captured data on the server, in the last step, the
> MESSAGE was sent to the Private_IP2 of User2. It should be sent to the
> Public_IP2. Of course, the datagram with the destination of Private_IP2
> cannot reach User2 successfully.
>
> Please help analyze why the pCSCF sent the MESSAGE packet to User2's private
> IP instead of public IP. The configuration file was attached for reference.
>
>
> BR.
> Thierry Luo
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] MESSAGE is not successfull in Kamailio IMS

[Carsten Bock]

Hi,

the isdsturiset() has nothing to do with the dispatcher-module...

Thanks,
Carsten

2015-11-24 13:50 GMT+01:00 Thierry Luo <lang...@yeah.net>:
> Hi,
>
> I disable the dispatcher module, so i commented out the call
> 'isdsruriset()'.
>
>
> Thierry
>
>
> On 2015-11-24 20:32 , Carsten Bock Wrote:
>
> Hi,
>
> you commented out some lines, that would handle NAT cases:
>
> # LYH
> #if(!isdsturiset()) {
> # handle_ruri_alias();
> # if ($rc == 1) {
> # setflag(FLT_NAT);
> # }
> #}
>
> Why?
>
> Thanks,
> Carsten
>
> 2015-11-23 5:21 GMT+01:00 Thierry Luo <lang...@yeah.net>:
>> Hi Carsten,
>>
>>
>>
>> Thanks for your reply.
>>
>>
>>
>> I’m using IMSDroid to send SIP MESSAGE to Boche IMS Client (Windows). It’s
>> not actually SMS. It’s just SIP MESSAGE from one SIP user to another SIP
>> user, without any PSTN or Mobile Network users included in the scenario.
>>
>>
>>
>> I doubt it is the problem of CFG file. I did not see any route logics of
>> processing MESSAGE.
>>
>>
>>
>> Thierry Luo
>>
>>
>>
>> From: sr-users-boun...@lists.sip-router.org
>> [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Carsten Bock
>> Sent: Monday, November 23, 2015 07:13
>> To: SR-Users <sr-users@lists.sip-router.org>
>> Subject: Re: [SR-Users] MESSAGE is not successfull in Kamailio IMS
>>
>>
>>
>> Hi,
>>
>> what user agent are you using? IMSDroid or similar?
>> Quick note: 3GPP SMS over IP (sent as SIP MESSAGE) is never direct, but
>> always store & forward, so you need an SMSC...
>>
>> Thanks,
>> Carsten
>>
>> Am 21.11.2015 6:01 nachm. schrieb "Thierry Luo" <lang...@yeah.net>:
>>
>> Hi All,
>>
>> I installed kamailio on Ubuntu as IMS pCSCF/iCSCF/sCSCF. REGISTER is fine,
>> but when I tried to send a MESSAGE (SMS) from one user to another, it was
>> always not successful. I captured IP packets on the server, and it seemed
>> that the error was caused on pCSCF.
>>
>> User1 and User2 are both behind their NAT network.  Suppose User1's
>> private
>> IP is Private_IP1, and User1's public IP (on router) is Public_IP1, and
>> User2's private and public IPs are Private_IP2 and Public_IP2:
>>
>> User1pCSCF
>> iCSCF sCSCF
>> user2
>>MESSAGE
>> >
>>MESSAGE
>>
>> ->
>>
>> MESSAGE
>>
>> --->
>>
>> MESSAGE
>>
>> <-
>>
>> MESSAGE
>>
>>
>> 
>> >
>>
>>
>> Unfortunately, from the captured data on the server, in the last step, the
>> MESSAGE was sent to the Private_IP2 of User2. It should be sent to the
>> Public_IP2. Of course, the datagram with the destination of Private_IP2
>> cannot reach User2 successfully.
>>
>> Please help analyze why the pCSCF sent the MESSAGE packet to User2's
>> private
>> IP instead of public IP. The configuration file was attached for
>> reference.
>>
>>
>> BR.
>> Thierry Luo
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Schomburgstr. 80
> D-22767 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:cars...@ng-voice.com
>
> Office +49 40 5247593-0
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
>
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] MESSAGE is not successfull in Kamailio IMS

[Carsten Bock]

Hi,

what user agent are you using? IMSDroid or similar?
Quick note: 3GPP SMS over IP (sent as SIP MESSAGE) is never direct, but
always store & forward, so you need an SMSC...

Thanks,
Carsten
Am 21.11.2015 6:01 nachm. schrieb "Thierry Luo" :

> Hi All,
>
> I installed kamailio on Ubuntu as IMS pCSCF/iCSCF/sCSCF. REGISTER is fine,
> but when I tried to send a MESSAGE (SMS) from one user to another, it was
> always not successful. I captured IP packets on the server, and it seemed
> that the error was caused on pCSCF.
>
> User1 and User2 are both behind their NAT network.  Suppose User1's private
> IP is Private_IP1, and User1's public IP (on router) is Public_IP1, and
> User2's private and public IPs are Private_IP2 and Public_IP2:
>
> User1pCSCF
> iCSCF sCSCF
> user2
>MESSAGE
> >
>MESSAGE
>
> ->
>
> MESSAGE
>
> --->
>
> MESSAGE
>
> <-
>
> MESSAGE
>
>
> 
> >
>
>
> Unfortunately, from the captured data on the server, in the last step, the
> MESSAGE was sent to the Private_IP2 of User2. It should be sent to the
> Public_IP2. Of course, the datagram with the destination of Private_IP2
> cannot reach User2 successfully.
>
> Please help analyze why the pCSCF sent the MESSAGE packet to User2's
> private
> IP instead of public IP. The configuration file was attached for reference.
>
>
> BR.
> Thierry Luo
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] diameter auth with round trip

[Carsten Bock]

Hi JB,

I guess you can simply do a fork and a make a pull-request on Github.
Someone will then review the change and accept or decline it with the
proper reason.

You should only make sure, that the current behaviour stays intact
(e.g. make it configurable, if necessary).

Thanks for your contribution,
Carsten

2015-10-06 13:33 GMT+02:00 JB <jbf.nos...@gmail.com>:
>
>
>
> Thanks for the suggestion about auth_diameter, do you think there would be
> an interest in the community if we were to do this modification on ims_auth
> or auth_diameter ? could it be integrated to trunk ?
>
> We do not want to publish our own fork of ims_auth or auth_diameter with
> that small change and maintain the code repository if it can be avoided, so
> it would be nice if we can put it in the trunk and forget about it. Plus it
> is more open source oriented to publish to main branch i feel :)
>
> JB
>
> 2015-10-03 23:53 GMT+02:00 JB <jbf.nos...@gmail.com>:
>>
>> Hello all, we are working on a SIP solution using Kamailio.
>>
>> We want to secure our base of  user credentials even in case of attack on
>> the SIP server, and for that reason we plan to use diameter authentication
>> as described in RFC http://www.rfc-base.org/txt/rfc-4740.txt
>>
>> Paragraph 6.2 describes a mode where the HSS answer with code
>>
>> DIAMETER_MULTI_ROUND_AUTH ,and then validate user credential after a
>> second round trip.
>>
>>
>> This does NOT corresponds to what is done on Kamailio module ims_auth,
>> where credentials (actually a hash of the credentials, but its enough to
>> authenticate )
>>
>> ) are pushed to kamailio, which does the computation of the expected
>> answer (which corresponds to par 6.3 of the RFC 4740)
>>
>> Is there any kamailio module that would allow to use the method with
>> DIAMETER_MULTI_ROUND_AUTH ?
>>
>> Thank you
>>
>> JB
>
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] how to use data received from diameter answer(CCA) in kamailio config script

[Carsten Bock]

Hi Suresh,

at the moment, there is no native way to retrieve this information
from script. If you want to retrieve additional information from the
CCA, you will have to implement that into the diameter_charging
module, which would result in a custom implementation.

Thanks,
Carsten

2015-10-01 16:03 GMT+02:00 SureshTummala <tsures...@yahoo.co.in>:
> Hi,
>
> I want retrieve the data present in the Credit-Control-Answer response from
> diameter in kamailio configuration script. Is there any provision in
> kamailio 4.1.x (or) later?
>
> Any suggestions are appreciated.
>
>  Regards,
> Suresh Tummala
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] modifying $fu / $fU (R-URI From)

[Carsten Bock]

Hi Sven,

$fU is read-only. You will have to use
uac_replace_from("$(fU{s.substr,2,0})", "");

Thanks,
Carsten

2015-09-30 16:17 GMT+02:00 Sven Neuhaus <neuh...@tyntec.com>:
> Hello,
>
> I'm having some troubles with modifying $fU in my kamailio.cfg.
>
> The following line appears to have no effect:
> $fU = $(fU{s.substr,2,0});
>
> I would expect it to remove the first two leading characters from $fU.
> Has anyone else seen this? I have the same issue with modifying $fu.
> We're not using the uac module. And we're using the latest stable
> version of Kamailio.
>
> Thanks,
> -Sven
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Kamailio & VoLTE (powered by ng-voice) at ITU Telecom World in Budapest 2015

[Carsten Bock]

Hi Everyone,

We will have our own small LTE (and VoLTE enabled) network at the ITU
Telecom World 2015 in Budapest.
Since we are on the exhibitor list, we are pleased to share a
complimentary Exhibition Visitor pass for you to visit our booth there
(no. P07 in Hall F).
Register at http://telecomworld.itu.int/take-part/attend/ following
the guidelines, embedding the promotional code C-1092 when
prompted.

Thanks,
Carsten




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] What SIP stack does Kamailio or OpenIMSCore implements?

[Carsten Bock]

Hi,

Kamailio is using it's own SIP-Stack, not a SIP-Stack from a third party.

Thanks,
Carsten

2015-09-22 4:13 GMT+02:00 天 <winer...@qq.com>:
> Hi, I am a rookie in SIP related area.
> I run into OpenIMSCore in recent days, and then I was introduced to
> Kamailio.
> Now I am wondering what SIP stack does Kamailio or OpenIMSCore implements?
> Or neither of them use a SIP stack?
> Can anybody help me on this? Thanks !
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Best practise for limiting concurrent calls across a cluster

[Carsten Bock]

Hi,

i did implement such mechanism once using a htable and DMQ, that
worked like a charm.

Thanks,
Carsten

2015-09-04 10:54 GMT+02:00 Daniel Tryba <d.tr...@pocos.nl>:
> On Friday 04 September 2015 10:15:29 Daniel Tryba wrote:
>> But isn't the easiest/best solution to just use sqlops to count the number
>> of  dialogs for the current endpoints?
>> select count(id) from dialog where xdata like
>> '"name":"maxchannels","value":"$dlg_var(key)"'
>> where the dialog var contains callid.
>
> That makes no sense the key should be a unique identifier for the
> caller/callee (resp. $au and $rU (and taking the domain in consideration if
> you use multi domain))
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] rtpengine rewrite sdp for second time

[Carsten Bock]

Hi Virmantas,

you could try to one or a combination of the following:
- explicitly delete the first session by calling rtpengine_manage() in
the failure route
- call msg_apply_changes() from Textops before calling
rtpengine_manage() the second time (so the already made changes are
applied and the message gets reparsed)

Thanks,
Carsten

2015-08-16 20:13 GMT+02:00 Virmantas Variakojis
virmantas.variako...@gmail.com:
 Hi,

 I have a situation like this:
 I have kamailio with 3 NIC's. I'm sending INVITE to first provider over
 NIC1. Before sending INVITE I use rtpengine_manage to rewrite sdp body with
 IP that is on NIC1:
 rtpengine_manage (replace-origin replace-session-connection
 direction=intvlan direction=prov1 ICE=remove);

 If first provider fails i want to send INVITE for the same call to second
 provider. But if i use like this:
 rtpengine_manage (replace-origin replace-session-connection
 direction=intvlan direction=prov2 ICE=remove);
 or (because ip of prov1 is allready set):
 rtpengine_manage (replace-origin replace-session-connection direction=prov1
 direction=prov2 ICE=remove);
 rtpengine ignores my changes as said in documentation: The direction must
 only be specified in for initial SDP offer; answers or subsequent offers can
 omit this option.

 and if I try to set ip like this:
 rtpengine_manage (replace-origin replace-session-connection
 media-address=X.X.X.X ICE=remove);
 SDP body is doubled: it leaves old values and adds the new one.

 What i'm doing wrong or how can I rewrite SDP for second time? Thanks in
 advance for answer!

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio 4.3.1 and Debian 7

[Carsten Bock]

Hi,

probably you just need to recreate your database - it seems you are
using an old Database Structure with your Kamailio.

Just do kamdbctl create (after modifying your /etc/kamailio/kamctlrc).

Thanks,
Carsten

2015-08-06 21:42 GMT+02:00 Mathieu Boyer thie...@thieums.com:
 Hello,


 i've got big issues since upgrade of Debian packages (debian repository
 http://deb.kamailio.org/kamailio wheezy) on 4.3.1.

 Started with rr.so  can't load without outbound.so, location.so find version
 mismatch (6 vs 8) etc ...

 Have you got a quick workaround in order to make it run properly ?



  dpkg -l |grep kamailio
 ii  kamailio   4.3.1+wheezy  amd64
 very fast and configurable SIP proxy
 ii  kamailio-extra-modules:amd64   4.3.1+wheezy  amd64
 extra modules for Kamailio
 ii  kamailio-mysql-modules:amd64   4.3.1+wheezy  amd64
 MySQL database connectivity module for Kamailio
 ii  kamailio-outbound-modules:amd644.3.1+wheezy  amd64
 Outbound module for Kamailio
 ii  kamailio-utils-modules:amd64   4.3.1+wheezy  amd64
 Provides a set utility functions for Kamailio

 Error logs :
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4083]: ERROR: dispatcher
 [dispatcher.c:768]: ds_warn_fixup(): failover functions used, but required
 AVP parameters are NULL -- feature disabled
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4085]: ERROR: db_mysql
 [km_dbase.c:121]: db_mysql_submit_query(): driver error on query: Unknown
 column 'server_id' in 'field list'
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4085]: ERROR: core
 [db_query.c:132]: db_do_query_internal(): error while submitting query
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4085]: ERROR: usrloc
 [udomain.c:424]: preload_udomain(): db_query (1) failed
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4085]: ERROR: usrloc
 [ul_mod.c:439]: child_init(): child(1): failed to preload domain 'location'
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4085]: ERROR: core
 [sr_module.c:900]: init_mod_child(): Error while initializing module usrloc
 (/usr/lib/x86_64-linux-gnu/kamailio/modules/usrloc.so)
 Aug  6 21:24:18 frontsip01 /usr/sbin/kamailio[4085]: ERROR: core
 [pt.c:329]: fork_process(): init_child failed for process 1, pid 4085, udp
 receiver child=0 sock=:5063



 Thank you for your help


 BR


 Mathieu


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Possible problem with multiple threads handling same SIP message

[Carsten Bock]

Hi Dirk,

i guess, this could be a retransmission.
Do you catch retransmissions? An alternative might be, just to send a
100 Trying in the beginning of the script, in order to stop the
retransmission.

I guess for further insight into your issue, you would have to sahre
your routing-logic.

Thanks,
Carsten

2015-07-14 12:15 GMT+02:00 Dirk Teurlings - SIGNET B.V. dteurli...@signet.nl:
 Hello,

 Running kamailio 4.2.5 for a few weeks now, coming from 4.2.3. Since the
 upgrade we increased the logging substantially in our routing to get more
 insight into what is going on.

 We noticed that in a few cases the log showed a SIP message was being
 threated by multiple forks, each considering if it was a non-existing call.
 e.g.

 Jul  9 13:19:32 son-sbc1-dc1 /usr/sbin/kamailio[17170]: INFO: script:
 28ca767d5524f7ac095efcd02d6995f5@1.2.3.4:5060 - CB, Checking service
 restrictions
 Jul  9 13:19:32 son-sbc1-dc1 /usr/sbin/kamailio[17170]: INFO: script:
 28ca767d5524f7ac095efcd02d6995f5@1.2.3.4:5060 - CB, Checking international
 restrictions
 Jul  9 13:19:32 son-sbc1-dc1 /usr/sbin/kamailio[17171]: INFO: script:
 28ca767d5524f7ac095efcd02d6995f5@1.2.3.4:5060 - CB, Checking service
 restrictions
 Jul  9 13:19:32 son-sbc1-dc1 /usr/sbin/kamailio[17171]: INFO: script:
 28ca767d5524f7ac095efcd02d6995f5@1.2.3.4:5060 - CB, Checking international
 restrictions

 As you can see this shows different threads handling the exact same callid
 (printed by $ci). And both run the same checks in our routing plan. The main
 problem is, I'm not able to reproduce this on the testplatform, but only see
 it happen on the main systems. Also, it doesn't happen that often, in this
 case there are about maybe 10 similar calls like this over the run of a few
 weeks. This case show the call being handled by 2 threads, but we've even
 seen with one call it being handled by 4 threads, all with the same $ci and
 the same messages, just different PIDs.

 I've checked and made sure the routing isn't recursively calling itself. But
 even if that was true, I would imagine the same PID for all the log entries.

 Running production in debug mode isn't an option, as it will interfere too
 much with the day-to-day business. So I'm hoping to get a few pointers here
 maybe, I'm happy to look at the source code more in depth, I just need a
 little help in the right direction to not get lost in other code.

 Any help is much appreciated.

 Cheers,
 Dirk

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SIP Ping a device using Kamailio

[Carsten Bock]

Hi,

if you do not want to store the usr-location-info on that Kamailio,
you can accomplish that by using the nat_traversal module in Kamailio:
http://www.kamailio.org/docs/modules/devel/modules/nat_traversal.html

An alternative approach is doing this directly from Script:

modparam(htable, htable, natping=size=8;autoexpire=3600;)

# time interval set to 10 seconds
modparam(rtimer, timer, name=NATPING;interval=10;mode=1;)
modparam(rtimer, exec, timer=NATPING;route=NATPING)

onreply_route[REGISTER_reply]
{
if (t_check_status(200)) {
  if ($T_req($pr) == udp) {
 $var(ouri) = sip:+$T_req($si)+:+$T_req($sp);
 $sht(natping=$var(ouri)) = $(T_req($ct){nameaddr.uri});
  }
}
exit;
}

# NATPING Route:#
#
route[NATPING] {
  sht_iterator_start(nat_iterator, natping);
  while(sht_iterator_next(nat_iterator)) {
xlog(OPTIONS to $shtitval(nat_iterator) via $shtitkey(nat_iterator)...\n);
$uac_req(method) = OPTIONS;
$uac_req(ruri) = $shtitval(nat_iterator);
$uac_req(furi) = sip:server;
$uac_req(turi) = $shtitval(nat_iterator);
$uac_req(ouri) = $shtitkey(nat_iterator);
$uac_req(evroute) = 1;
uac_req_send();
  }
  sht_iterator_end(nat_iterator);
}

event_route[uac:reply] {
  xlog(request sent to $uac_req(ruri) completed with code:
$uac_req(evcode), Type $uac_req(evtype)\n);
  if (($uac_req(evtype) != 1)) {
$sht(natping=$uac_req(ouri)) = $null;
  }
}

Thanks,
Carsten

2015-06-18 17:03 GMT+02:00 Nelson Migliaro eng.migli...@gmail.com:
 Hello,

 Is there a way to ping a device using Kamailio.

 In my scenario I need to access a Kamailio located in my DMZ over a firewall
 that is only open in LAN  DMZ direction. It is close in the other way
 round.

 In my current configuration I keep the link open using Asterisk qualify
 option in SIP. I would like to replace Astersik located in LAN with Kamailio
 thus I need to keep the link open.

 I know there is an option using dispatch but I would like to avoid using
 this module in order to keep it simple.

 Is there a simple embedded function in order to accomplish this.

 thank you

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Request of advice about TAS for IMS

[Carsten Bock]

Hi David,

Sorry, for not answering earlier, but we've had some public holidays
as well as KamailioWorld last week, so the time was quite limited...
:-)

I've attached a really simple example for an AS implemented in
Kamailio. The functionality is really minimalistic:

1) if the dialed number (RURI) starts with a 0, strip the first
character in RURI and prepend 49 for Germany
2) Forward the INVITE back to the network
(I know some carriers would actually deploy an full-blown Oracle SBC
for this functionality, since they are not allowed to use
open-source... :-D )

You can basically use any Endpoint you want as an AS, as long as it
speaks SIP. In case the AS terminates the session (e.g. in order to
play an announcement or for a Video-Conference), it's rather simple.
The AS just has to answer the session, no big deal.

If you want to forward your request back to the network, it becomes a
little bit more complicated, e.g.:

U 2015/06/01 10:22:13.419694 178.62.224.219:5060 - 178.62.224.185:5060
INVITE sip:040524759...@ims.voiceblue.com SIP/2.0.
Record-Route: 
sip:mo@178.62.224.219;lr=on;ftag=0FFE09DE-556C163500064B51-1F6EF700;did=d51.5492.
Route: sip:mmtel-1.ams.voiceblue.com:5060;lr,
sip:iscm...@scscf-1.ams.voiceblue.com;lr;s=1;h=0;d=0;a=74656c3a343934303436383937373434.
[...]

The AS has to evaluate the Route Header (the first Route is itself),
the next Route is the originating S-CSCF. In order to do proper
Routing, your AS has to keep the Route-Header intact, when returning
the SIP-Message back to the network, so the S-CSCF can determine, that
this request was coming from an AS. You will have to modify the
SIP-Stack from Freeswitch or Asterisk to achieve this, but that should
be not too hard.

Thanks,
Carsten



2015-05-20 3:43 GMT+02:00  dfre...@ing.una.py:
 I am trying to setup a really simple (I hope so) IMS platform, with some
 basic services (like voicemail, IVR, videoconference), but I'm kind of
 stuck.
 I have installed Kamailio IMS on debian and a OpenIMS VM also. But my little
 problem begins when I try to configure a application server (in this case, a
 TAS). I have tried with Elastix 3.0 (kamailio+asterisk), asterisk alone, and
 read some about Restcomm.
 For Elastix and asterisk, I get stuck trying to setup the trigger point. For
 Restcomm, I only find documentation for integration with Clearwater IMS.
 So, I need your help. Somebody has something like that working? What TAS (or
 components for a TAS) do you recommend? Tutorials, examples, manuals that
 you know can help me?
 Thanks for reading, and many many thanks for any advice.
 David

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


kamailio.cfg
Description: Binary data
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio V 4.2.4 IMS_Charging ro_session_timeout question

[Carsten Bock]

Hi Yasin,

can you check, if the CCA to the Update has the final unit indicator
set? If the CCA (for the Update) has this flag set, then we should not
ask anymore, as it is the final unit.

Thanks,
Carsten



2015-05-07 13:59 GMT+02:00 Yasin CANER yasin.ca...@netgsm.com.tr:
 Hello;
 i am trying to understand how is ims_charging working . Kamailio is a
 S-CSCF here. kamailio and call dont have a problem but ro_session.
 i always get ro_session_ontimeout() ERROR. when look diameter trace ,
 ims_charging module dont request for 30 more sec for granted and kill
 dialog.
 Thanks for helps.

 14:22:51S-CSCF -CC-Time 15 .. Sec CCR --- Java-Diamaeter Server
 (INITIAL REQ)
 14:22:51S-CSCF -CC-Time 15 .. Sec CCA --- Java-Diamaeter Server
 (INITIAL REQ)
 14:23:01S-CSCF -CC-Time 10 .. Sec CCR --- Java-Diamaeter Server
 (UPDATE )
 14:23:01S-CSCF -CC-Time 30 .. Sec CCA --- Java-Diamaeter Server
 (UPDATE )
 14:23:31S-CSCF -CC-Time 30 .. Sec CCR --- Java-Diamaeter Server
 (TERMINATE  )
 14:23:31S-CSCF -CC-Time 30 .. Sec CCA --- Java-Diamaeter Server
 (TERMINATE  )

 -- LOG -
 May  7 14:23:31  /usr/local/sbin/kamailio[7602]: ERROR: ims_charging
 [ro_timer.c:449]: ro_session_ontimeout(): Diameter call session - event [2]
 May  7 14:23:31  /usr/local/sbin/kamailio[7602]: INFO: ims_charging
 [ro_timer.c:452]: ro_session_ontimeout(): Call/session must be ended - no
 more funds.
 May  7 14:23:31  /usr/local/sbin/kamailio[7600]: WARNING: ims_charging
 [dialog.c:167]: dlg_terminated(): inconsistent ro timer data on ro_session
 0x7ff1eb4543b8 []

   CFG --
 $var(cc_ret) = Ro_CCR(CHARGING_CCR_REPLY, orig, SCUR, , 15,
 location);
   CFG --


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Timeout session Kamailio w/ rtpproxy v2

[Carsten Bock]

Hi Igor,

i wrote that patch and that extension to Kamailio. Unfortunately, i
never received any reply from the RTPProxy developers regarding my
patch and i guess, it was never accepted or even reviewed.
So i guess, RTP-Timeouts work only with the old, manually patched
RTPProxy for the moment.

Kind regards,
Carsten

2015-04-13 15:31 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hi everyone,

 I've sent my request on the rtpproxy google group without answer so try
 here.

 I'm using Kamailio 4.2.3 (and few older versions) with the new release of
 rtpproxy.

 I can't get the info of a session timeout (-n or -i options) from rtpproxy
 to my Kamailio proxy, using -n and the timeout socket.

 I tried:
 - Kamailio side: modparam(rtpproxy, timeout_socket,
 unix:/var/run/rtpproxy_timeout.sock)

 - rtpproxy side: -n unix:/var/run/rtpproxy_timeout.sock

 and other configuration like tcp, or udp socket, but nothing is happening on
 the Kamailio part.

 The Kamailio rtpproxy man page give the example:  modparam(rtpproxy,
 timeout_socket, xmlrpc:http://127.0.0.1:8000/RPC2;)
 Does it mean Kamailio only handles XMLRPC socket ? In this case, is rtpproxy
 able to handle XMLRPC (I remember a patch in an older rtpproxy version)

 In the case Kamailio could handle other socket types, which one could allow
 me to get a session timeout signal from rtpproxy in order to generate BYE
 message at the signalling side ?


 I could add that rtpproxy stops well RTP sessions that timed out.


 Regards,

 Igor Potjevlesc

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Regarding IMS/RCS complaint clients for Kamailio IMS/RCS server

[Carsten Bock]

Hi,

just to add a little to this topic and on file transfers:
If you look at Camarillo and Garcia-Martin's book The 3G IP
Multimedia Subsystem (IMS) (often referred to as the Big yellow
book on IMS, one of the standard books on IMS), it says, that you
should announce an MSRP-Relay in the DNS for File-Transfers. This is a
feature, you can achieve with Kamailio out of the box.

However, the 3rd and latest edition of this book was published in 2011...

If you look at the Specs for RCS-e (aka. JOYN), then this is no longer
valid. You need to implement some sort of MSRP B2B-UA, you need to
implement Store and forward, as the standard RCS-clients won't
trigger a MSRP relay. This feature cannot be achieved with Kamailio at
the moment.

Also, if you look at the presence stuff associated with RCS-e/JOYN,
you will need further enhancements to Kamailio's presence
infrastructure, to achieve compability.

This is of course a pure RCS-e/Joyn point of view and it does not
cover all previous releases of GSMA's RCS specs.

However, i also did not come accross any other RCS deployments
(neither network nor device) than RCS-e/JOYN.

Thanks,
Carsten



2015-03-31 10:37 GMT+02:00 Camille Oudot camille.ou...@orange.com:
 Le Wed, 25 Mar 2015 02:44:37 -0700,
 MadhuManjushaAripirala amanju0...@gmail.com a écrit :

 Can I be able to enhance Kamailio 4.2.x IMS/RCS based server to
 implement file transfer feature in it?

 Hi,

 keep in mind that kamailio only takes care of SIP signaling, and RCS
 file transfer use MSRP to transfer data. Now this is not 100%
 true, since kamailio also has a MSRP relay feature, that I've never
 tried.

 If you want to implement this feature, you can either let the clients
 do peer-to-peer media, or use a MSRP relay. For the latter case you
 will have to make kamailio modify the SDP to redirect media flows.

 --
 Camille

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] How to install kamailio-4.2.3 in debian Wheezy

[Carsten Bock]

Hi Yanko,

did you see my installation page:
http://www.kamailio.org/wiki/tutorials/ims/installation-howto

You don't necessarily have to install the P-/I-/S-CSCF and the HSS on
separate servers, but it makes it a lot easier.

Thanks,
Carsten

2015-03-12 18:25 GMT+01:00 Yanko Marín Muro yanko.ma...@etecsa.cu:
 Hello:

 How to install kamailio-4.2.3 in debian Wheezy?



 I need the procedure

 we can install P-CSCF, I-CSCF, S-CSCF and HSS on separate servers?





 Best regards,

 YANKO MARIN MURO


 ---
 This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running
 at host imx3.etecsa.cu
 Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] We’ve got free Tickets for CeBIT 2015!

[Carsten Bock]

Hi,

Due to our presentation at CeBIT 2015 at the Open-Source Business
Alliance’s Booth, we’ve received a limited number of free tickets for
CeBIT 2015!

If you want a free ticket, please answer the following question:
- What is the key benefit of deploying VoLTE in a mobile network?

Send your answer to i...@ng-voice.com (hint: we’ve got some benefits
posted on our website: www.ng-voice.com/volte), I will send the ticket
by email to the 5 best answers!

Don’t miss my presentation on Kamailio  VoLTE at the booth of the
Open-Source Business Alliance (www.osb-alliance.de), Tuesday, March
17th, ~2 PM, Hall 6, Stand H16, (410)!

Thanks,
Carsten


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Re-invites from carrier breaks the call

[Carsten Bock]

Hi Will,

please be aware, that in-call Re-INIVTEs may always happen, even with
Session-Timers disabled on both sides (e.g. Codec/Media Change,
Networkchanges and many more).

If an in-call Re-INVITE breaks your phone, it would be better to fix that
phone than to fix your network.

Kind regards,
Carsten

2015-02-20 1:18 GMT+01:00 Will Ferrer will.fer...@switchsoft.com:

 Hi Alex

 Yeah I think we may out of luck.

 Do you know how to send the session-timer = refuse flag to try though? I
 didn't see how to do it looking at the SST module.

 I hope all is going well with you and thanks again for your help.

 All the best.

 Will

 On Thu, Feb 19, 2015 at 4:15 PM, Alex Balashov abalas...@evaristesys.com
 wrote:

 You can try it, but if they shove SST reinvites down your throat despite
 no indicated support for them from the client, or the client sends SST
 headers despite no indicated support from the carrier, there are
 deeper-seated fundamental issues here.

  --
 Sent from my BlackBerry. Please excuse errors and brevity.
   *From: *Will Ferrer
 *Sent: *Thursday, February 19, 2015 7:00 PM
 *To: *Kamailio (SER) - Users Mailing List
 *Reply To: *Kamailio (SER) - Users Mailing List
 *Subject: *Re: [SR-Users] Re-invites from carrier breaks the call

 Hi Alex

 Ok, not the 200 ok from the carrier from the initial invite has the
 supported heard, but it is stripped by the first box that receives it in
 our system.

 The carrier still sends the second invite however.

 Is there any way we can signal to the carrier not to send the second
 invite -- perhaps using the session-timer = refuse method
 that Michael mentioned?

 Thanks again for all the assistance.

 Will

 On Thu, Feb 19, 2015 at 3:28 PM, Will Ferrer will.fer...@switchsoft.com
 wrote:

 Hi Alex

 Thanks so much.

 I will try it right now.

 All the best.

 Will

 On Thu, Feb 19, 2015 at 3:27 PM, Alex Balashov 
 abalas...@evaristesys.com wrote:

 On 02/19/2015 06:26 PM, Alex Balashov wrote:

  onreply_route[MAIN_REPLY] {
if(t_check_status(200)) {
   if_is_present_hf(Supported))


 Sorry:

if(is_present_hf(Supported))



 --
 Alex Balashov - Principal
 Evariste Systems LLC
 235 E Ponce de Leon Ave
 Suite 106
 Decatur, GA 30030
 United States

 Tel: +1-678-954-0670
 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users





 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio IMS: can not register

[Carsten Bock]

Hi,

probably, to digg a litle further into this:
What is the port of your I-CSCF? What is the result of the following
DNS query done on the Proxy-CSCF:

host -t SRV _sip._udp.open-ims.test

Should result in something like:

_sip._udp.open-ims.test has SRV record 10 1 5060 icscf.open-ims.test

Greetings from Hamburg to Asuncion,
Carsten

2015-02-03 1:41 GMT+01:00  dfre...@ing.una.py:
 Hi Carsten,
 Thanks for your response. In fact, i don't have any entries for the domain
 open-ims.test in  /etc/hosts. From the client (a win7 host) in which I have
 the Boghe, i can ping to open-ims.test, pcscf, icscf and scscf, using the
 DNS that I configured using bind9 (in the same machine on which I have
 Kamailio.)

 Running tcpdump in the Kamailio server:

 tcpdump -nvvvqt -s 0 -A -i eth0 port 4060 or port 4070 or port 4080 or port
 3869 or port 3870
 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535
 bytes
 IP (tos 0x0, ttl 128, id 6497, offset 0, flags [none], proto UDP (17),
 length 945)
 192.168.1.105.58858  192.168.1.109.4060: [udp sum ok] UDP, length 917
 Ea.i...m..;.REGISTER sip:open-ims.test SIP/2.0
 Via: SIP/2.0/UDP 192.168.1.105:58858;branch=z9hG4bK-1631994;rport
 From: sip:al...@open-ims.test;tag=1618516
 To: sip:al...@open-ims.test
 Contact:
 sip:alice@192.168.1.105:58858;transport=udp;expires=60;+g.oma.sip-im;language=en,fr;+g.3gpp.smsip;+g.oma.sip-im.large-message;audio;+g.3gpp.icsi-ref=urn%3Aurn-7%3A3gpp-application.ims.iari.gsma-vs;+g.3gpp.cs-voice
 Call-ID: 6b07dac6-8021-7347-98f8-aacda9bc3232
 CSeq: 22442 REGISTER
 Content-Length: 0
 Max-Forwards: 70
 Authorization: Digest
 username=al...@open-ims.test,realm=open-ims.test,nonce=,uri=sip:open-ims.test,response=
 Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE,
 REFER
 Privacy: none
 P-Access-Network-Info: ADSL;utran-cell-id-3gpp=
 User-Agent: IM-client/OMA1.0 Boghe-Win32/v2.0.186.1013
 P-Preferred-Identity: sip:al...@open-ims.test
 Supported: path


 IP (tos 0x0, ttl 128, id 6500, offset 0, flags [none], proto UDP (17),
 length 945)
 192.168.1.105.58858  192.168.1.109.4060: [udp sum ok] UDP, length 917
 Ed.i...m..;.REGISTER sip:open-ims.test SIP/2.0
 Via: SIP/2.0/UDP 192.168.1.105:58858;branch=z9hG4bK-1631994;rport
 From: sip:al...@open-ims.test;tag=1618516
 To: sip:al...@open-ims.test
 Contact:
 sip:alice@192.168.1.105:58858;transport=udp;expires=60;+g.oma.sip-im;language=en,fr;+g.3gpp.smsip;+g.oma.sip-im.large-message;audio;+g.3gpp.icsi-ref=urn%3Aurn-7%3A3gpp-application.ims.iari.gsma-vs;+g.3gpp.cs-voice
 Call-ID: 6b07dac6-8021-7347-98f8-aacda9bc3232
 CSeq: 22442 REGISTER
 Content-Length: 0
 Max-Forwards: 70
 Authorization: Digest
 username=al...@open-ims.test,realm=open-ims.test,nonce=,uri=sip:open-ims.test,response=
 Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE,
 REFER
 Privacy: none
 P-Access-Network-Info: ADSL;utran-cell-id-3gpp=
 User-Agent: IM-client/OMA1.0 Boghe-Win32/v2.0.186.1013
 P-Preferred-Identity: sip:al...@open-ims.test
 Supported: path


 IP (tos 0x10, ttl 64, id 30460, offset 0, flags [none], proto UDP (17),
 length 508)
 192.168.1.109.4060  192.168.1.105.58858: [bad udp cksum 0x8620 -
 0x5f13!] UDP, length 480
 E...v...@.}m...i... SIP/2.0 100 Trying
 Via: SIP/2.0/UDP
 192.168.1.105:58858;branch=z9hG4bK-1631994;rport=58858;received=192.168.1.105
 From: sip:al...@open-ims.test;tag=1618516
 To: sip:al...@open-ims.test
 Call-ID: 6b07dac6-8021-7347-98f8-aacda9bc3232
 CSeq: 22442 REGISTER
 Server: Kamailio P-CSCF
 Content-Length: 0
 Warning: 392 192.168.1.109:4060 Noisy feedback tells:  pid=3652
 req_src_ip=192.168.1.105 req_src_port=58858 in_uri=sip:open-ims.test
 out_uri=sip:open-ims.test via_cnt==1


 IP (tos 0x10, ttl 64, id 30461, offset 0, flags [none], proto UDP (17),
 length 559)
 192.168.1.109.4060  192.168.1.105.58858: [bad udp cksum 0x8653 -
 0x0702!] UDP, length 531
 E../v...@.}m...i...SSIP/2.0 504 Server Time-Out
 Via: SIP/2.0/UDP
 192.168.1.105:58858;branch=z9hG4bK-1631994;rport=58858;received=192.168.1.105
 From: sip:al...@open-ims.test;tag=1618516
 To: sip:al...@open-ims.test;tag=2b412aa97748142710f71297ea0df81c-2931
 Call-ID: 6b07dac6-8021-7347-98f8-aacda9bc3232
 CSeq: 22442 REGISTER
 Server: Kamailio P-CSCF
 Content-Length: 0
 Warning: 392 192.168.1.109:4060 Noisy feedback tells:  pid=3656
 req_src_ip=192.168.1.105 req_src_port=58858 in_uri=sip:open-ims.test
 out_uri=sip:open-ims.test via_cnt==1


 From the log that I have sent in the first message, looks like the Register
 request enter in a loop searching a route, but don't find a way to go to the
 other components of IMS or another place. How to solve? That's what i don't
 know :( . Thanks again for any advice.




 On Mon, 2 Feb 2015 11:05:45 +0100, Carsten Bock wrote:

 Hi,

 can you make an ngrep or tcpdump, to see, what actually the reply is?
 Can you also check, that your DNS is properly working

Re: [SR-Users] Kamailio IMS: can not register

[Carsten Bock]

, this  messages from the scscf:

  tail -f /var/log/syslog|grep './scscf'
 Jan 29 23:50:55 kamailioast ./scscf[3874]: INFO: cdp [peermanager.c:278]:
 peer_timer(): peer_timer(): Peer hss.open-ims.test #011State 6
 Jan 29 23:50:55 kamailioast ./scscf[3874]: WARNING: cdp [peermanager.c:313]:
 peer_timer(): Inactivity on peer [hss.open-ims.test], sending DWR... - if we
 don't get a reply, the peer will be closed

 and nothing from the icscf.

 Thank you very much for any advice, I've run out of ideas.



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] ims_charging module

[Carsten Bock]

Hi Shane,

the module was designed and developed to work in an IMS environment,
as part of a Serving CSCF. Thus is binds to the ims_usrloc_scscf
modules to store some data together with the contact of a subscriber.
It will require some work on the module, to make it work independent
of the other IMS stuff.

Kind regards,
Carsten



2015-01-26 6:12 GMT+02:00 Shane Harrison shane.harri...@imgtec.com:
 Hi all,



 I am exploring the use of the ims_charging module having set up a
 freediameter server (all very new to me).  I have loaded and configured the
 dependencies i.e. cdp, dialog_ng, tm, cdp_avp but the startup gets stuck on:



 Jan 26 03:57:05 host-172-16-0-82 /usr/sbin/kamailio[2931]: ERROR:
 ims_charging [mod.c:269]: mod_init(): Could not import ul_register_ulcb

 Jan 26 03:57:05 host-172-16-0-82 /usr/sbin/kamailio[2931]: ERROR: core
 [sr_module.c:968]: init_mod(): Error while initializing module ims_charging
 (/usr/lib64/kamailio/modules/ims_charging.so)



 The corresponding code in mod.c is:

 /*Register for callback of URECORD being deleted - so we can send a SAR*/



 if (ul.register_ulcb == NULL) {

 LM_ERR(Could not import ul_register_ulcb\n);

 return -1;

 }



 But unfortunately this doesn’t mean much to me – what is a URECORD, what is
 a SAR?  Any words of wisdom around what a “ul.register_ulcb” is about would
 be appreciated.



 Kind regards

 Shane



 Shane Harrison

 Senior Software Engineer



 Imagination Technologies NZ Limited

 Level 2

 1 Market Grove

 Lower Hutt, 5010

 New Zealand



 PO Box 30-449

 Lower Hutt, 5040

 New Zealand



 Phone: +64 4 890-3681 ext 3361




 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] remote mysql server

[Carsten Bock]

Hi Slava,

is most modules a default database connection is defined. Probably
this is the case here.
As this error is coming from the dialog module: Did you configure some
sort of db_mode?
e.g.:
modparam(dialog, db_mode, 1)

Thanks,
Carsten

2015-01-25 9:27 GMT+02:00 Slava Bendersky volga...@skillsearch.ca:
 Hello Everyone,

 I am trying start kamailio 4.2 with remote mysql server and on debug I see
  DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening
 connection: mysql://:@localhost/kamailio
  but in cfg defined actual mysql server ip and not localhost

  0(28885) DEBUG: core [sr_module.c:695]: find_mod_export_record():
 find_export_record: found db_bind_api in module db_mysql
 [/usr/lib64/kamailio/modules/db_mysql.so]
  0(28885) DEBUG: core [db.c:213]: db_bind_mod(): using db bind api for
 db_mysql
  0(28885) DEBUG: core [db.c:318]: db_do_init2(): connection 0x7faca59eced8
 not found in pool
  0(28885) DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection():
 opening connection: mysql://:@localhost/kamailio
  0(28885) ERROR: db_mysql [km_my_con.c:109]: db_mysql_new_connection():
 driver error: Can't connect to local MySQL server through socket
 '/var/lib/mysql/mysql.sock' (2 No such file or directory)
  0(28885) ERROR: core [db.c:322]: db_do_init2(): could not add connection
 to the pool 0(28885) ERROR: dialog [dlg_db_handler.c:147]: init_dlg_db():
 unable to connect to the database


 Slava.

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] OMA/RCS Presence compliance

[Carsten Bock]

Hi Alex,

I believe that statement goes back to me, but unfortunately, i was wrong.

While Kamailio implements a lot of functionality to be OMA/RCS
compliant, we are still missing some features. The best example is
probably, that 3GPP standards request, that MSRP sessions are
StoreForward rather than direct requests (in the Big yellow book on
IMS by Camarillo  others* it's stated, that you should use an
MSRP-Relay; but that information is unfortunately outdated). But
that's only one example from many.

Also typical RCS-Clients do for example a partial update on XCAP
Lists, which is afaik not supported by Kamailio (yet). A major vendor
pointed out, that the SIP-Part of implementing RCS was not the biggest
task, but rather the XCAP stuff...

I (still) believe, if someone would put some effort into it, it could
be achieved in reasonable time. Kamailio has all the necessary
starting points to do so (MSRP-, XCAP-, SIP-Support), but we would
have to go that extra mile.

Kind regards,
Carsten

*) The 3G IP Multimedia Subsystem (IMS): Merging the Internet and the
Cellular Worlds (by Gonzalo Camarillo  Miguel-Angel García-Martín;
Wiley / 2008)

2015-01-15 23:58 GMT+02:00 Osbun, Alex alex.os...@interoptechnologies.com:
 Hello,

 Are the Kamailio presence modules (presence, xcap, pua, rls, etc.) RCS 5.X
 and OMA Presence Simple spec compliant.  I found the following bullet from
 this announcement - http://www.kamailio.org/w/2012/09/kamailio-at-11-years/

 SIMPLE Presence  IM extensions – embedded XCAP server, MSRP relay, RLS full
 OMA/RCS extensions implementation, IMS registrar records replication, a.s.o.


 Does that mean that only the RLS functionality is fully OMA/RCS compliant?
 Thanks and I appreciate any guidance.

 Regards,

 Alex

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Diameter problem on Kamailio

[Carsten Bock]

Hi Piotr,

can you elaborate, what you mean by but some users are automatically
unregistered on the openIMS core?

About your questions:
1) If you get a We need to do an UNREG server SAR assignemnt, then you
receive a request for an unregistered subscriber. As the user is not
registered, the S-CSCF needs to download the User-Profile from the HSS by
executing a Server Assignment Request (SAR).
2) If you send a SIP-Request to an unregistered user, the S-CSCF should
reply with an 404 Not found (unless you have an application server, which
handles this case).

Thanks,
Carsten





2015-01-15 11:59 GMT+01:00 Kowalski Piotr 3 - Hurt 
piotr.kowals...@orange.com:

  Dear sr-users!



 We are facing serious problem.



 We built openIMS based on Kamailio. Moreover, we have RCS users
 registered, but some users are automatically unregistered on the openIMS
 core:



 1) We don't know what a piece of log on S-CSCF means:



 */usr/sbin/kamailio[17392]: ERROR:  --- EXPLOIT --- We need to do an UNREG
 server SAR assignemnt *



 2) In log files there is “404 Not Found: Unknown destination” or “404 user
 offline”.



 Probably there is some diameter problem.



 Has anyone of you already faced such problem?



 Many thanks for your answers.





 Piotr Kowalski

 Starszy Architekt Techniczny

 Tel. +48 22 699 50 93

 Kom. +48 519 123 289



 [image: Orange]

 Orange Polska

 Hurt

 Badania i Rozwój Sieci i Platform Usługowych

 Wydział Usług Konwergentnych

 Obrzeżna 7 /p. 309, 02-691 Warszawa

 Fax. +48 22 857 99 86

 www.hurt-orange.pl



 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -



 *Czy musisz drukować tę wiadomość? Pomyśl o środowisku. Korzystaj z
 e-faktury. *



 Treść tej wiadomości jest własnością Orange Polska i zawiera informacje
 stanowiące tajemnicę przedsiębiorstwa Orange Polska. Jeżeli nie jesteście
 Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę, prosimy o
 powiadomienie o tym nadawcy oraz trwałe jej usunięcie. Orange Polska Spółka
 Akcyjna z siedzibą i adresem w Warszawie (02-326) przy Al. Jerozolimskich
 160, wpisana do Rejestru Przedsiębiorców prowadzonego przez Sąd Rejonowy
 dla m.st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego
 pod numerem 010681; REGON 012100784, NIP 526-02-50-995; z pokrytym w
 całości kapitałem zakładowym wynoszącym 3.937.072.437 złotych.



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Active / Active HA.

[Carsten Bock]

Hi Ben,

that's absolutely for sure! It took us ~2 years to get the DNS-SRV
implementation of major DSL-Modem-Manufacturer right ;-)
Nevertheless, it's the way to go for redundancy. And since Mobicents
is open-source, we can probably simply provide a patch to fix it :-)

Kind regards,
Carsten

2014-12-29 12:13 GMT+01:00 Ben Langfeld b...@langfeld.co.uk:
 On 27 December 2014 at 23:44, Carsten Bock cars...@ng-voice.com wrote:

 Hi Mahmoud,

 Thy typical way, to build a Active/Active setup is by using DNS-SRV
 records. The two servers get different IPs and you announce both IPs
 using DNS to the devices. Most common User-Agents support this
 nowadays, so that's kind of easy. It is specified in RFC3263:
 Locating SIP-Servers (http://tools.ietf.org/html/rfc3263).

 However, when using DNS-SRV records, dialogs and transactions are
 still associated with a single server, even though the User-Agent has
 an Alternative, in case one server fails. If you want to increase the
 HA for this, you can advertise the Domain name instead of an IP
 (causes more DNS-Lookups).


 Just a word of caution here, there are several SIP stacks which don't handle
 SRV lookups correctly. I don't mean to discourage you from this, but just to
 be aware of it. For example, Mobicents only understands SRV record sets
 which return domain names. If you return IPs, Mobicents will go ahead and
 look them up as A records and fail.


 You can share the dialog state etween two nodes by using the dialog
 module in db-only mode (db_mode = 1, see
 http://kamailio.org/docs/modules/devel/modules/dialog.html#idp15368320).
 You cannot share transactions between two nodes, only dialogs.

 In addition, you can work with virtual IPs with Heartbeat/Pacemaker.

 At a big operator, we've used a combination of the two: Active/Passive
 for one site and DNS-SRV to distribute it among different sites.

 Kind regards,
 Carsten

 2014-12-26 19:07 GMT+01:00 Mahmoud Ramadan Ali
 cisco.and.more.b...@gmail.com:
  Hi Dears,
  I have successfully configured Kamailio HA using Heartbeat and Pacemaker
  so
  if one of the two servers should go down the other server will own the
  virtual IP address and take over.
  But i have two questions:
 
  1.This model is considered to be Active / Passive redundancy so one
  server
  will process the SIP signaling until it goes down and i'm wondering is
  there
  is any way two achieve Active / Active redundancy and if so how the
  signaling will be handled on the servers so they can be aware of the
  transactions and dialogs traversing the servers ? does the signalling
  will
  be replicated or synchronized between the servers or what ?!
 
  2.What about the servers DB and how they should be designed in a cluster
  mode ? i want to replicate all the DBs of the server to get consistent
  user
  registration using the subscriber table for example.
 
  Thanks in advance and Best regards.
 
  ___
  SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
  sr-users@lists.sip-router.org
  http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
 



 --
 Carsten Bock
 CEO (Geschäftsführer)

 ng-voice GmbH
 Schomburgstr. 80
 D-22767 Hamburg / Germany

 http://www.ng-voice.com
 mailto:cars...@ng-voice.com

 Office +49 40 5247593-0
 Fax +49 40 5247593-99

 Sitz der Gesellschaft: Hamburg
 Registergericht: Amtsgericht Hamburg, HRB 120189
 Geschäftsführer: Carsten Bock
 Ust-ID: DE279344284

 Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
 http://www.ng-voice.com/imprint/

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Active / Active HA.

[Carsten Bock]

Hi Mahmoud,

maybe no-one answered, since it is holiday season and we don't have
guaranteed response times for an open-source mailinglist? Everybody
does community work beside their regular job for free...

You basically need to share a database between the two. There is not
the one-and-only way to do this, there are different options here.
You can either use db_cluster to write to several databases in
parallel or you can use some sort of Multi-Master Replication at
database level. The only requirement is, that both servers have the
same data at the same time, no matter how you achieve it.

I personally prefer Maria-DBs Galera Multi-Master-Replication in
conjunction with db_cluster, where i use db_cluster just for database
failover (i have a primary and a backup database server for my
Kamailio-Servers). But that's only my personal view on it.

Thanks,
Carsten


2014-12-29 17:01 GMT+01:00 Mahmoud Ramadan Ali cisco.and.more.b...@gmail.com:
 Hi Dears,
 Nobody answered my simple question yet ! what are the prerequisites that i
 need prior to using the db_mode = 1 dialog parameter to synchronize the
 dialogs between the two servers ?
 Do i need to configure Mysql DB Master / Master replication or use only the
 DB_Cluster module
 http://kamailio.org/docs/modules/4.1.x/modules/db_cluster.html to tell the
 servers where to synchronize dialogs ? in other words in Opensips there is a
 module parameter modparam(dialog, replicate_dialogs_to,
 192.168.1.111:8080)  to designate the destination that will send the
 dialogs to BUT such parameter is NOT exist in the Kamailio dialog module Doc
 so how the two Kamailo server will know about its peer to send dialogs to it
 ?!

 Best regards



 On Mon, Dec 29, 2014 at 1:32 PM, Ben Langfeld b...@langfeld.me wrote:

 Good point. Mobicents is on my list of projects to which I'm due to
 contribute something. I'll get on it shortly.

 On 29 December 2014 at 11:26, Carsten Bock cars...@ng-voice.com wrote:

 Hi Ben,

 that's absolutely for sure! It took us ~2 years to get the DNS-SRV
 implementation of major DSL-Modem-Manufacturer right ;-)
 Nevertheless, it's the way to go for redundancy. And since Mobicents
 is open-source, we can probably simply provide a patch to fix it :-)

 Kind regards,
 Carsten

 2014-12-29 12:13 GMT+01:00 Ben Langfeld b...@langfeld.co.uk:
  On 27 December 2014 at 23:44, Carsten Bock cars...@ng-voice.com
  wrote:
 
  Hi Mahmoud,
 
  Thy typical way, to build a Active/Active setup is by using DNS-SRV
  records. The two servers get different IPs and you announce both IPs
  using DNS to the devices. Most common User-Agents support this
  nowadays, so that's kind of easy. It is specified in RFC3263:
  Locating SIP-Servers (http://tools.ietf.org/html/rfc3263).
 
  However, when using DNS-SRV records, dialogs and transactions are
  still associated with a single server, even though the User-Agent has
  an Alternative, in case one server fails. If you want to increase the
  HA for this, you can advertise the Domain name instead of an IP
  (causes more DNS-Lookups).
 
 
  Just a word of caution here, there are several SIP stacks which don't
  handle
  SRV lookups correctly. I don't mean to discourage you from this, but
  just to
  be aware of it. For example, Mobicents only understands SRV record sets
  which return domain names. If you return IPs, Mobicents will go ahead
  and
  look them up as A records and fail.
 
 
  You can share the dialog state etween two nodes by using the dialog
  module in db-only mode (db_mode = 1, see
 
  http://kamailio.org/docs/modules/devel/modules/dialog.html#idp15368320).
  You cannot share transactions between two nodes, only dialogs.
 
  In addition, you can work with virtual IPs with Heartbeat/Pacemaker.
 
  At a big operator, we've used a combination of the two: Active/Passive
  for one site and DNS-SRV to distribute it among different sites.
 
  Kind regards,
  Carsten
 
  2014-12-26 19:07 GMT+01:00 Mahmoud Ramadan Ali
  cisco.and.more.b...@gmail.com:
   Hi Dears,
   I have successfully configured Kamailio HA using Heartbeat and
   Pacemaker
   so
   if one of the two servers should go down the other server will own
   the
   virtual IP address and take over.
   But i have two questions:
  
   1.This model is considered to be Active / Passive redundancy so one
   server
   will process the SIP signaling until it goes down and i'm wondering
   is
   there
   is any way two achieve Active / Active redundancy and if so how the
   signaling will be handled on the servers so they can be aware of the
   transactions and dialogs traversing the servers ? does the
   signalling
   will
   be replicated or synchronized between the servers or what ?!
  
   2.What about the servers DB and how they should be designed in a
   cluster
   mode ? i want to replicate all the DBs of the server to get
   consistent
   user
   registration using the subscriber table for example.
  
   Thanks in advance and Best regards

Re: [SR-Users] Kamailio Active / Active HA.

[Carsten Bock]

Hi Mahmoud,

Thy typical way, to build a Active/Active setup is by using DNS-SRV
records. The two servers get different IPs and you announce both IPs
using DNS to the devices. Most common User-Agents support this
nowadays, so that's kind of easy. It is specified in RFC3263:
Locating SIP-Servers (http://tools.ietf.org/html/rfc3263).

However, when using DNS-SRV records, dialogs and transactions are
still associated with a single server, even though the User-Agent has
an Alternative, in case one server fails. If you want to increase the
HA for this, you can advertise the Domain name instead of an IP
(causes more DNS-Lookups).

You can share the dialog state between two nodes by using the dialog
module in db-only mode (db_mode = 1, see
http://kamailio.org/docs/modules/devel/modules/dialog.html#idp15368320).
You cannot share transactions between two nodes, only dialogs.

In addition, you can work with virtual IPs with Heartbeat/Pacemaker.

At a big operator, we've used a combination of the two: Active/Passive
for one site and DNS-SRV to distribute it among different sites.

Kind regards,
Carsten

2014-12-26 19:07 GMT+01:00 Mahmoud Ramadan Ali cisco.and.more.b...@gmail.com:
 Hi Dears,
 I have successfully configured Kamailio HA using Heartbeat and Pacemaker so
 if one of the two servers should go down the other server will own the
 virtual IP address and take over.
 But i have two questions:

 1.This model is considered to be Active / Passive redundancy so one server
 will process the SIP signaling until it goes down and i'm wondering is there
 is any way two achieve Active / Active redundancy and if so how the
 signaling will be handled on the servers so they can be aware of the
 transactions and dialogs traversing the servers ? does the signalling will
 be replicated or synchronized between the servers or what ?!

 2.What about the servers DB and how they should be designed in a cluster
 mode ? i want to replicate all the DBs of the server to get consistent user
 registration using the subscriber table for example.

 Thanks in advance and Best regards.

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio dispatcher module stops processing REGISTER

[Carsten Bock]

Hi,

quick questions:
- Do you have the Dispatcher Activity detection turned on?
- Do you do something like ds_mark_dst() in your failure route?
- Can you send me your config, so i can verify a few things?

Thanks,
Carsten



2014-12-18 15:14 GMT+01:00 José Seabra joseseab...@gmail.com:
 Hello Daniel,
 Thank you for your reply,

 Please check out the attachment with kamailio logs in mode debug 3, i didn't
 find any errors, the only thingh that is confusing me is this line:
 /usr/local/sbin/kamailio[13690]: DEBUG: dispatcher [dispatch.c:1745]:
 ds_select_dst_limit(): alg hash [0]

 I don't know if this ds_select_dst_limit(): alg hash [0] is related with
 algorithm parameter in function ds_select_dst, but, if yes i cannot
 understand why it is 0 because I'm using algorithm 4.

 BR
 José Seabra


 2014-12-18 11:35 GMT+00:00 Daniel-Constantin Mierla mico...@gmail.com:

 Hello,

 I asked in the first email - do you get error messages in syslog? If not,
 then you have to run with debug=3 and look at the log messages to see if you
 get further hints.

 Cheers,
 Daniel


 On 18/12/14 12:29, José Seabra wrote:

 Hello Daniel,
 Do you need more information from my kamailio settup, in order to try
 understand why this issue happens?
 Thank you
 BR
 José Seabra


 2014-12-16 12:16 GMT+00:00 José Seabra joseseab...@gmail.com:

 Update:
 My last email has the wrong  example, the correct code is:

 if(!ds_select_dst(9, 4))
 {
 xlog(L_ERR, Failed to select proxy - R=$ru ID=$ci\n);
 sl_send_reply(503, No proxy available, try again later);
 exit;
 }

 I'm using algorithm 4.

 2014-12-16 12:14 GMT+00:00 José Seabra joseseab...@gmail.com:

 Hello Daniel,

 Yes it enter inside a condition.

 my code is:

 if(!ds_select_dst(9, 0))
 {
 xlog(L_ERR, Failed to select proxy - R=$ru ID=$ci\n);
 sl_send_reply(503, No proxy available, try again later);
 exit;
 }
 and all sip registrers sent receives a sip reply 503 No proxy
 available, try again later


 BR
 José Seabra

 2014-12-16 12:06 GMT+00:00 Daniel-Constantin Mierla mico...@gmail.com:

 Hello,

 what do you mean starts returning null?

 Does it enter inside a condition like:

 if(!ds_select_dst(...))

 Are there any error messages in syslog?

 Daniel


 On 16/12/14 12:51, José Seabra wrote:

 Hello there,

 I'm doing stress testing against kamailio (sip load balancer role)
 sending sip registrar, my stress test software is sending 50 registrations
 per second, after 30 seconds and 1000 registers processed the function
 ds_select_dst (I'm using algorithm 4) returns null for all registers sent
 from my software, and all registrar sip servers are available and in 
 active
 mode, if I reduce the software to  send 20 registrar's per second, the 
 issue
 only happens after 60 seconds and kamailio (sip load balancer role)  
 process
 4000 registrers, after this, function ds_select_dst starts returning null


 Anyone has any idea why it is happening?
 My kamailio version is 4.2

 Best Regards
 --
 Cumprimentos
 José Seabra


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 --
 Daniel-Constantin Mierla
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 --
 Cumprimentos
 José Seabra



 --
 Cumprimentos
 José Seabra



 --
 Cumprimentos
 José Seabra


 --
 Daniel-Constantin Mierla
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



 --
 Cumprimentos
 José Seabra

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Charging System

[Carsten Bock]

Hi,

you need at least the CDP-Module and the dialog_ng-module

Kind regards,
Carsten

2014-12-03 10:17 GMT+01:00 Abdul Gafar abdul.gafar@gmail.com:
 Hi all

 I'm trying install IMS charging module,is this posible use kamailio server,
 without install other module IMS ?

 //Gafar


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Setting up a IMS Server Platform using Kamailio 4.2.x code

[Carsten Bock]

Hi Austin,

did you succeed yet?

Some time ago, i wrote an article about installing Kamailio IMS in
Kamailio Wiki:
http://www.kamailio.org/wiki/tutorials/ims/installation-howto

Thanks,
Carsten

2014-10-27 10:38 GMT+01:00 Austin Einter austin.ein...@gmail.com:
 Hi All
 Last few days we have tried to setup Kamailio for IMS server setup.
 We have not been successful.

 Now we are planning to use Kamailio 4.2.0 code base (Latest) to setup
 Kamailio IMS setup.

 I am looking for a link/document, that gives proper step by step
 instructions how to setup Kamailio as IMS servers (P-CSCF, I-CSCF and
 S-CSCF).


 Can somebody kindly provide the official link or any other working link,
 that I can follow to setup P-CSCF, I-CSCF ,S-CSCF and HSS.

 Many thanks
 Austin

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Connecting IMS and Webrtc!!

[Carsten Bock]

Hi Dionlar,

can you elaborate the Memory issue a little bit more?
Can you also send me more information, on what OS and what
Kamailio-Version you are using? What configuration are you using?

If you have a memory issue, feel free to contact
sr-users@lists.sip-router.org, they should be able to help you as
well.

Probably no-one of our team (core-networks@) will be able to help you
further, as i am taking care of the implementation myself.

Thanks,
Carsten

2014-10-22 1:27 GMT+02:00 dionlar lang dionlar.l...@gmail.com:
 Hello dear!!

 I am Lang, undergraduate student research at the University Sheik Anta Diop
 of Dakar and I have a memory issue focusing on the interconnection between
 IMS and Webrtc.Je am writing to ask your proposals because I just read some
 of your articles about the subject.Is it you please help me.

 Thank you and I count on you!



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio 4.16 - IMS Registration Failure

[Carsten Bock]

Hi Kamal,

where is group1-imslab11.in pointing to? Especially the SRV-records
for that domain?

Thanks,
Carsten

2014-10-17 14:09 GMT+02:00 Kamal Palei palei.ka...@gmail.com:
 Dear All
 I have tried a lot and looks getting Kamailio IMS setup is very difficult
 and no proper documentation available. Though I have setup all CSCFs and
 FHoSS , still REGISTRATION fails with 483 response.

 I have setup DNS properly as shown below.


 root@necs04:/etc/kamailio/pcscf#
 root@necs04:/etc/kamailio/pcscf# ping pcscf.group1-imslab11.in
 PING pcscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
 64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.037 ms
 64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.028 ms
 ^C
 --- pcscf.group1-imslab11.in ping statistics ---
 2 packets transmitted, 2 received, 0% packet loss, time 1000ms
 rtt min/avg/max/mdev = 0.028/0.032/0.037/0.007 ms
 root@necs04:/etc/kamailio/pcscf#
 root@necs04:/etc/kamailio/pcscf#
 root@necs04:/etc/kamailio/pcscf#
 root@necs04:/etc/kamailio/pcscf# ping icscf.group1-imslab11.in
 PING icscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
 64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.023 ms
 64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.029 ms
 64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64 time=0.024 ms
 ^C
 --- icscf.group1-imslab11.in ping statistics ---
 3 packets transmitted, 3 received, 0% packet loss, time 1999ms
 rtt min/avg/max/mdev = 0.023/0.025/0.029/0.004 ms
 root@necs04:/etc/kamailio/pcscf#
 root@necs04:/etc/kamailio/pcscf# ping scscf.group1-imslab11.in
 PING scscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
 64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.022 ms
 64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.022 ms
 64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64 time=0.021 ms
 ^C
 --- scscf.group1-imslab11.in ping statistics ---
 3 packets transmitted, 3 received, 0% packet loss, time 1998ms
 rtt min/avg/max/mdev = 0.021/0.021/0.022/0.005 ms
 root@necs04:/etc/kamailio/pcscf#


 Also dig result is as shown below.

 root@necs04:/etc/kamailio/pcscf#
 root@necs04:/etc/kamailio/pcscf# dig naptr group1-imslab11.in

 ;  DiG 9.8.1-P1  naptr group1-imslab11.in
 ;; global options: +cmd
 ;; Got answer:
 ;; -HEADER- opcode: QUERY, status: NOERROR, id: 10919
 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3

 ;; QUESTION SECTION:
 ;group1-imslab11.in.INNAPTR

 ;; ANSWER SECTION:
 group1-imslab11.in.86400INNAPTR10 50 s SIP+D2T 
 _sip._tcp.pcscf.group1-imslab11.in.
 group1-imslab11.in.86400INNAPTR10 50 s SIP+D2U 
 _sip._udp.pcscf.group1-imslab11.in.

 ;; AUTHORITY SECTION:
 group1-imslab11.in.86400INNSnecs04.group1-imslab11.in.

 ;; ADDITIONAL SECTION:
 pcscf.group1-imslab11.in. 86400INA192.168.1.100
 necs04.group1-imslab11.in. 86400 INA192.168.1.100
 _sip._udp.pcscf.group1-imslab11.in. 86400 IN SRV 0 0 4060
 pcscf.group1-imslab11.in.

 ;; Query time: 0 msec
 ;; SERVER: 192.168.1.100#53(192.168.1.100)
 ;; WHEN: Fri Oct 17 17:34:22 2014
 ;; MSG SIZE  rcvd: 259

 root@necs04:/etc/kamailio/pcscf#


 When I send a REGISTER message from a sip client, I get 483 Too Many Hops.


 I am totally clueless whats going wrong.

 Can somebody guide me , where is the fault.



 On thing I do not understand is dispatcher.list stuff.

 So I have kept empty disptacher.list file for PCSCF and SCSCF.
 Can that be an issue.


 The REGISTER and 483 response looks as below.

 REGISTER sip:pcscf.group1-imslab11.in SIP/2.0
 Via: SIP/2.0/TCP 192.168.1.114:49732;branch=z9hG4bK457115572
 From: sip:nec...@group1-imslab11.in;tag=1068512852
 To: sip:nec...@group1-imslab11.in
 Call-ID: 1874336526
 CSeq: 16 REGISTER
 Contact:
 sip:necs_0@192.168.1.114:49732;transport=TCP;line=a126427bb8e82c9;+sip.instance=urn:uuid:2dab9970-55f5-11e4-ae19-41032d8f6492
 Authorization: Digest username=nec...@group1-imslab11.in,
 realm=pcscf.group1-imslab11.in, nonce= ,
 uri=sip:pcscf.group1-imslab11.in, response= 
 Max-Forwards: 70
 User-Agent: NECS IMS client v1.01
 Expires: 60
 Supported: path
 Supported: gruu
 Content-Length: 0


 SIP/2.0 483 Too Many Hops
 Via: SIP/2.0/TCP 192.168.1.114:49732;branch=z9hG4bK457115572
 From: sip:nec...@group1-imslab11.in;tag=1068512852
 To:
 sip:nec...@group1-imslab11.in;tag=68c95b6520b8472128534dfbca9fcb81.d739
 Call-ID: 1874336526
 CSeq: 16 REGISTER
 Server: Kamailio P-CSCF
 Content-Length: 0


 Kindly somebody help me how I can troubleshoot and fix it.

 Many thanks
 Kamal





















 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

Re: [SR-Users] Kamailio 4.16 - IMS Registration Failure

[Carsten Bock]

Hi,

try the following:
host -t SRV _sip._udp.group1-imslab11.i

Thanks,
Carsten

2014-10-17 14:50 GMT+02:00 Kamal Palei palei.ka...@gmail.com:
 Dear Carsten
 group1-imslab11.in points to same machine where all CSCFs are running.
 In this case it is 192.168.1.100.

 From machine, where I run sip client, I pinged to group1-imslab11.in

 192:~$ ping group1-imslab11.in
 PING group1-imslab11.in (127.0.0.1) 56(84) bytes of data.
 64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.025 ms
 64 bytes from localhost (127.0.0.1): icmp_req=2 ttl=64 time=0.033 ms

 What is painful is, I am not getting the way out..., how do I debug or
 troubleshoot?

 Please guide me where I need to concentrate...,

 I doubt either DNS or dispatcher.list file

 Many thanks
 Kamal




 On Fri, Oct 17, 2014 at 6:07 PM, Carsten Bock cars...@ng-voice.com wrote:

 Hi Kamal,

 where is group1-imslab11.in pointing to? Especially the SRV-records
 for that domain?

 Thanks,
 Carsten

 2014-10-17 14:09 GMT+02:00 Kamal Palei palei.ka...@gmail.com:
  Dear All
  I have tried a lot and looks getting Kamailio IMS setup is very
  difficult
  and no proper documentation available. Though I have setup all CSCFs and
  FHoSS , still REGISTRATION fails with 483 response.
 
  I have setup DNS properly as shown below.
 
 
  root@necs04:/etc/kamailio/pcscf#
  root@necs04:/etc/kamailio/pcscf# ping pcscf.group1-imslab11.in
  PING pcscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
  64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.037 ms
  64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.028 ms
  ^C
  --- pcscf.group1-imslab11.in ping statistics ---
  2 packets transmitted, 2 received, 0% packet loss, time 1000ms
  rtt min/avg/max/mdev = 0.028/0.032/0.037/0.007 ms
  root@necs04:/etc/kamailio/pcscf#
  root@necs04:/etc/kamailio/pcscf#
  root@necs04:/etc/kamailio/pcscf#
  root@necs04:/etc/kamailio/pcscf# ping icscf.group1-imslab11.in
  PING icscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
  64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.023 ms
  64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.029 ms
  64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64 time=0.024 ms
  ^C
  --- icscf.group1-imslab11.in ping statistics ---
  3 packets transmitted, 3 received, 0% packet loss, time 1999ms
  rtt min/avg/max/mdev = 0.023/0.025/0.029/0.004 ms
  root@necs04:/etc/kamailio/pcscf#
  root@necs04:/etc/kamailio/pcscf# ping scscf.group1-imslab11.in
  PING scscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
  64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.022 ms
  64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.022 ms
  64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64 time=0.021 ms
  ^C
  --- scscf.group1-imslab11.in ping statistics ---
  3 packets transmitted, 3 received, 0% packet loss, time 1998ms
  rtt min/avg/max/mdev = 0.021/0.021/0.022/0.005 ms
  root@necs04:/etc/kamailio/pcscf#
 
 
  Also dig result is as shown below.
 
  root@necs04:/etc/kamailio/pcscf#
  root@necs04:/etc/kamailio/pcscf# dig naptr group1-imslab11.in
 
  ;  DiG 9.8.1-P1  naptr group1-imslab11.in
  ;; global options: +cmd
  ;; Got answer:
  ;; -HEADER- opcode: QUERY, status: NOERROR, id: 10919
  ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3
 
  ;; QUESTION SECTION:
  ;group1-imslab11.in.INNAPTR
 
  ;; ANSWER SECTION:
  group1-imslab11.in.86400INNAPTR10 50 s SIP+D2T 
  _sip._tcp.pcscf.group1-imslab11.in.
  group1-imslab11.in.86400INNAPTR10 50 s SIP+D2U 
  _sip._udp.pcscf.group1-imslab11.in.
 
  ;; AUTHORITY SECTION:
  group1-imslab11.in.86400INNSnecs04.group1-imslab11.in.
 
  ;; ADDITIONAL SECTION:
  pcscf.group1-imslab11.in. 86400INA192.168.1.100
  necs04.group1-imslab11.in. 86400 INA192.168.1.100
  _sip._udp.pcscf.group1-imslab11.in. 86400 IN SRV 0 0 4060
  pcscf.group1-imslab11.in.
 
  ;; Query time: 0 msec
  ;; SERVER: 192.168.1.100#53(192.168.1.100)
  ;; WHEN: Fri Oct 17 17:34:22 2014
  ;; MSG SIZE  rcvd: 259
 
  root@necs04:/etc/kamailio/pcscf#
 
 
  When I send a REGISTER message from a sip client, I get 483 Too Many
  Hops.
 
 
  I am totally clueless whats going wrong.
 
  Can somebody guide me , where is the fault.
 
 
 
  On thing I do not understand is dispatcher.list stuff.
 
  So I have kept empty disptacher.list file for PCSCF and SCSCF.
  Can that be an issue.
 
 
  The REGISTER and 483 response looks as below.
 
  REGISTER sip:pcscf.group1-imslab11.in SIP/2.0
  Via: SIP/2.0/TCP 192.168.1.114:49732;branch=z9hG4bK457115572
  From: sip:nec...@group1-imslab11.in;tag=1068512852
  To: sip:nec...@group1-imslab11.in
  Call-ID: 1874336526
  CSeq: 16 REGISTER
  Contact:
 
  sip:necs_0@192.168.1.114:49732;transport=TCP;line=a126427bb8e82c9;+sip.instance=urn:uuid:2dab9970-55f5-11e4-ae19-41032d8f6492
  Authorization: Digest

Re: [SR-Users] Kamailio 4.16 - IMS Registration Failure

[Carsten Bock]

Hi Kamal,

where did you retrieve the config? At some point i made the mistake of
putting dns_try_naptr=yes (which should be no) in the config,
which could lead to the issue your seeing... can you check this?

Kind regards,
Carsten

P.S.: The dispatcher.list file is used as a Whitelisting for the
DDOS-Check on the Proxy-CSCF, so the IMS-Core components are not
beeing blocked by the pike-check. On the Serving-CSCF it contains the
PSTN-Gateways.

2014-10-17 15:28 GMT+02:00 Kamal Palei palei.ka...@gmail.com:
 Hi Carsten
 Is this above result correct?

 What other things I need to check and conclude if configuration is fine...

 Best Regards
 Kamal


 On Fri, Oct 17, 2014 at 6:31 PM, Kamal Palei palei.ka...@gmail.com wrote:

 Dear Carsten

 I tried suggested command. Output as below.

 192:~$ host -t SRV _sip._udp.group1-imslab11.in
 _sip._udp.group1-imslab11.in has SRV record 0 0 5060
 icscf.group1-imslab11.in.
 192:~$

 Many thanks
 Kamal


 On Fri, Oct 17, 2014 at 6:25 PM, Carsten Bock cars...@ng-voice.com
 wrote:

 Hi,

 try the following:
 host -t SRV _sip._udp.group1-imslab11.i

 Thanks,
 Carsten

 2014-10-17 14:50 GMT+02:00 Kamal Palei palei.ka...@gmail.com:
  Dear Carsten
  group1-imslab11.in points to same machine where all CSCFs are running.
  In this case it is 192.168.1.100.
 
  From machine, where I run sip client, I pinged to group1-imslab11.in
 
  192:~$ ping group1-imslab11.in
  PING group1-imslab11.in (127.0.0.1) 56(84) bytes of data.
  64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.025 ms
  64 bytes from localhost (127.0.0.1): icmp_req=2 ttl=64 time=0.033 ms
 
  What is painful is, I am not getting the way out..., how do I debug or
  troubleshoot?
 
  Please guide me where I need to concentrate...,
 
  I doubt either DNS or dispatcher.list file
 
  Many thanks
  Kamal
 
 
 
 
  On Fri, Oct 17, 2014 at 6:07 PM, Carsten Bock cars...@ng-voice.com
  wrote:
 
  Hi Kamal,
 
  where is group1-imslab11.in pointing to? Especially the SRV-records
  for that domain?
 
  Thanks,
  Carsten
 
  2014-10-17 14:09 GMT+02:00 Kamal Palei palei.ka...@gmail.com:
   Dear All
   I have tried a lot and looks getting Kamailio IMS setup is very
   difficult
   and no proper documentation available. Though I have setup all CSCFs
   and
   FHoSS , still REGISTRATION fails with 483 response.
  
   I have setup DNS properly as shown below.
  
  
   root@necs04:/etc/kamailio/pcscf#
   root@necs04:/etc/kamailio/pcscf# ping pcscf.group1-imslab11.in
   PING pcscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
   64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64
   time=0.037 ms
   64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64
   time=0.028 ms
   ^C
   --- pcscf.group1-imslab11.in ping statistics ---
   2 packets transmitted, 2 received, 0% packet loss, time 1000ms
   rtt min/avg/max/mdev = 0.028/0.032/0.037/0.007 ms
   root@necs04:/etc/kamailio/pcscf#
   root@necs04:/etc/kamailio/pcscf#
   root@necs04:/etc/kamailio/pcscf#
   root@necs04:/etc/kamailio/pcscf# ping icscf.group1-imslab11.in
   PING icscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
   64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64
   time=0.023 ms
   64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64
   time=0.029 ms
   64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64
   time=0.024 ms
   ^C
   --- icscf.group1-imslab11.in ping statistics ---
   3 packets transmitted, 3 received, 0% packet loss, time 1999ms
   rtt min/avg/max/mdev = 0.023/0.025/0.029/0.004 ms
   root@necs04:/etc/kamailio/pcscf#
   root@necs04:/etc/kamailio/pcscf# ping scscf.group1-imslab11.in
   PING scscf.group1-imslab11.in (192.168.1.100) 56(84) bytes of data.
   64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64
   time=0.022 ms
   64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64
   time=0.022 ms
   64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64
   time=0.021 ms
   ^C
   --- scscf.group1-imslab11.in ping statistics ---
   3 packets transmitted, 3 received, 0% packet loss, time 1998ms
   rtt min/avg/max/mdev = 0.021/0.021/0.022/0.005 ms
   root@necs04:/etc/kamailio/pcscf#
  
  
   Also dig result is as shown below.
  
   root@necs04:/etc/kamailio/pcscf#
   root@necs04:/etc/kamailio/pcscf# dig naptr group1-imslab11.in
  
   ;  DiG 9.8.1-P1  naptr group1-imslab11.in
   ;; global options: +cmd
   ;; Got answer:
   ;; -HEADER- opcode: QUERY, status: NOERROR, id: 10919
   ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1,
   ADDITIONAL: 3
  
   ;; QUESTION SECTION:
   ;group1-imslab11.in.INNAPTR
  
   ;; ANSWER SECTION:
   group1-imslab11.in.86400INNAPTR10 50 s SIP+D2T
   
   _sip._tcp.pcscf.group1-imslab11.in.
   group1-imslab11.in.86400INNAPTR10 50 s SIP+D2U
   
   _sip._udp.pcscf.group1-imslab11.in.
  
   ;; AUTHORITY SECTION:
   group1-imslab11.in.86400INNS
   necs04.group1-imslab11.in.
  
   ;; ADDITIONAL

Re: [SR-Users] Removing dispatcher entry

[Carsten Bock]

Hi,

the dispatcher module does not care about active calls when you remove
a destination. The calls and all related SIP-Signalling will simply
continue. This is handled by SIP-Loose Routing, not by the dispatcher
module. The dispatcher module manages only the initial decision, what
Server to take.

Kind regards,
Carsten



2014-10-11 0:35 GMT+02:00 dodul do...@live.com:
 Hi,

 I have a small question. If I remove a server from my dispatcher while it
 has existing calls, what's gonna happen to the next notifications or
 requests of the live calls. Will it send them to the same server even though
 the server is not listed on the dispatcher.  Or it will forward them to the
 other servers listed in the dispatcher.

 Sent from my Samsung Galaxy smartphone.


  Original message 
 From: Corey Edwards ten...@zmonkey.org
 Date:10-10-2014 10:28 (GMT-06:00)
 To: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org
 Cc:
 Subject: Re: [SR-Users] Problems configuring Kamailio on Centos 6.5

 On Thu, Oct 9, 2014 at 9:54 PM, logikanet webmas...@logikanet.com wrote:

 Good evening!

  I've been trying to install Kamailio on a Centos 6.5 cloud , I'm able to
 compile and install everything, if I run  : service kamailio start  it
 starts kamailio and if I run  service kamailio status  I tells me that is
 running on PID...  which is fine, however, if I tweak the
 /usr/local/etc/kamailio/kamailio.conf  according to the instructions on
 http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
 , when I run service kamailio start It says ok , but when I run service
 kamailio status I get  kamailio dead but subsys locked , I copied and
 pasted the settings on the web-site but they don't work, I also tried used
 the original cfg file adding the #!ifdef WITH_ASTERISK  but It still
 doesn't work, I'm not an expert on Kamailio I just want to use it as a
 register server behind Asterisk , perhaps if you have a valid conf file that
 I could use as a template for kamailio 4.0.1 this is what I have :


 Kamailio is pretty good about printing out error logs when it fails to
 start. The trick is to capture them. I would start by running Kamailio from
 the command line in no-fork mode.

 # kamailio -DE

 Corey


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-0
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Generate SIP MESSAGE in Kamailio

[Carsten Bock]

Hi Grant,

you could try uac_req_send():
http://kamailio.org/docs/modules/devel/modules/uac.html#uac.f.uac_req_send()

Kind regards,
Carsten

2014-08-20 11:40 GMT+02:00 Grant Bagdasarian g...@cm.nl:
 Hello,



 Is it possible for Kamailio to generate a SIP MESSAGE message when receiving
 a HTTP request?

 Take the content of the HTTP message and form it into a SIP MESSAGE and
 route it to a certain destination?



 I can’t find a module that does this, or I’m just blind.. J



 Regards,



 Grant






 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] sipcapture and haproxy

[Carsten Bock]

Hi Grant,

Check this:

2014-08-15 15:53 GMT+03:00 Grant Bagdasarian g...@cm.nl:
 Hello,



 I just discovered HAproxy, and I was wondering if it is possible to use it
 in combination with the sipcapture module to store SIP messages on multiple
 database servers?

 Has anyone done this before?



 Regards,



 Grant


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] sipcapture and haproxy

[Carsten Bock]

Hi Grant,

check this:
http://kamailio.org/docs/modules/devel/modules/db_cluster.html

With this, you can write to several databases.

Thanks,
Carsten

2014-08-15 15:53 GMT+03:00 Grant Bagdasarian g...@cm.nl:
 Hello,



 I just discovered HAproxy, and I was wondering if it is possible to use it
 in combination with the sipcapture module to store SIP messages on multiple
 database servers?

 Has anyone done this before?



 Regards,



 Grant


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio with open ims

[Carsten Bock]

Hi SenthilK,

please be patient, most of us are working full-time on paid jobs or
projects and we all of us do community support in our spare time.
Can you check the following values:

#!define URI sip:scscf.kamailio-ims.org:5060
or (depending on your configuration)
modparam(ims_registrar_scscf, scscf_name, URI)

If those values are correct, can you please add a trace or something
similar? Without the configuration or any traces, no-one will be able
to answer your question. I can only say works for me.

Thanks,
Carsten

2014-08-06 13:37 GMT+02:00 Senthil K senthilkrish...@tataelxsi.co.in:
 Hi All,


 Any response to my query below ? please..



 
 From: Senthil K
 Sent: Wednesday, August 6, 2014 10:12 AM
 To: sr-users@lists.sip-router.org
 Subject: Kamailio with open ims


 Hi All,


 i have a query here,


 the user is registered with the open IMS and also with Kamailio ( as a third
 party registration via SCSCF )


 Here my issue is ;


 when the user makes a call, the INVITE reaches to kamailio from SCSCF( Scscf
 port is 6060) , when the Kamailio sends the INVITE back to IMS, it sends to
 the port 5060.


 problem is , the kamailio registers the SCSCF port as 6060,


 but when sending the INVITE back it uses the port 5060.


 why this is So ??


 i checked in registered entry as well, it shows that the contact is SCSCF
 with 6060 port only.


 please help in this situation,


 Kind regards

 SenthilK


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] how to m_store to database not just a body with MSILO?

[Carsten Bock]

Hi,

actually, you can replace the m_store() and m_dump() with some
scripting. This gives you quite some flexibility on message
storage/message retrieval.
I didn't test this too much so far, the basic tests i did with Bria were fine:

m_store
-
// xlog(insert into silo (src_addr, dst_addr, username, inc_time,
ctype, body) values ('$fu', '$tu',  '$tU', unix_timestamp(), '$cT',
'$rb');\n);
if (sql_query(msilo, insert into silo (src_addr, dst_addr,
username, inc_time, ctype, body) values ('$fu', '$tu',  '$tU',
unix_timestamp(), '$cT', '$rb');)) {
  t_reply(202, Accepted);
} else {
  t_reply(503, Service Unavailable);
}

m_dump
-
if (is_method(REGISTER)  is_present_hf(Expires) 
$(hdr(Expires){s.int})==0) {
  xlog(This is an un-registration\n);
  return;
} else {
  xlog(Dumping offline messages...\n);
  async_sleep(3);
  // xlog(select src_addr, dst_addr, inc_time, ctype, body from silo
where username='$fU';);
  sql_query(msilo, select src_addr, dst_addr, inc_time, ctype, body
from silo where username='$fU' order by inc_time asc;, msgs);
  // xlog(rows: $dbr(msgs=rows) cols: $dbr(msgs=cols)\n);
  if($dbr(msgs=rows)0) {
$var(i) = 0;
while ($var(i)$dbr(msgs=rows)) {
  $uac_req(method) = MESSAGE;
  $uac_req(ruri) = $(ct{tobody.uri});
  $uac_req(furi) = $dbr(msgs=[$var(i),0]);
  $uac_req(turi) = $dbr(msgs=[$var(i),1]);
  $uac_req(ouri) = sip:+$si+:+$sp;
  $uac_req(hdrs) = Content-Type: +$dbr(msgs=[$var(i),3])+\r\n;
  $uac_req(body) = $dbr(msgs=[$var(i),4]);
  uac_req_send();
  $var(i) = $var(i) + 1;
}
  }
  sql_result_free(msgs);
  sql_query(msilo, delete from silo where username='$fU';);
}

Greetings from Singapore,
Carsten

2014-07-18 15:27 GMT+08:00 Daniel-Constantin Mierla mico...@gmail.com:
 Hello,

 perhaps the module needs to be refactored to store the full body for
 content-type. Not it doesn't store the parameters in that header.

 I will look over it soon if nobody else does it. Maybe you should open an
 issue on tracker so we don't forget about it:

 - http://sip-router.org/tracker/

 Cheers,
 Daniel

 On 03/07/14 16:38, denis kremov wrote:

 Hello All,

 Subj, need you help,

 How to store this type of message to MSILO database?

 Content-Type:
 message/external-body;access-type=URL;URL=https://xxx.com//download/539c28884_3e071c9db68044f687bf.jpg;

 I modified and recompiled msilo.c to resolve this error:
 ERROR: msilo [msilo.c:626]: m_store(): body of the message is empty!

 but after that - m_store just store this information to database:

 mysql select * from silo;
 ++-+-+---+---+++--+---+--++++
 | id | src_addr | dst_addr | username | domain | inc_time | exp_time |
 snd_time | ctype | body | extra_hdrs | callid | status |
 ++-+-+---+---+++--+---+--++++
 | 30 | sip:777351...@xxx.in | sip:777581...@xxx.in | 777581288 | xxx.in |
 1402479947 | 1403479946 | 0 | message/external-body | | | | 0 |
 ++-+-+---+---+++--+---+--++++
 1 row in set (0.00 sec)

 How can I store to database access-type=URL and  and URL= ?

 Thanks All!


 --
 denis kremov

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] IMS and SIP over WebSocket 500/Error

[Carsten Bock]

Hi Olivier,

to sum it up: KamailioWorld (and the following BREKO Broadbandworld)
has been a major success for us and is keeping us extremely busy at
the moment... :-)
That's why i haven't found time to update the configuration for the
real Websocket enabled Proxy-CSCF yet.
I hope, i find time to add it quite soon; i'll keep you posted on this topic.

Kind regards,
Carsten

2014-06-10 19:13 GMT+02:00 DURECU, OLIVIER (OLIVIER)
olivier.dur...@alcatel-lucent.com:

 Hi Carsten,

 I had a look Kamailio repo and did not find the configuration you proposed to 
 post.
 Did I look at the bad place or didn't you find the time to do it ?


 Thanks,

 Olivier



 Hi Olivier,

 i will update the configuration files for WebSockets at the P-CSCF
 after KamailioWorld. The week after KamailioWorld, we are at another
 congress, but probably around easter, you should find a proper
 configuration for WebSocket on the P-CSCF (including media).

 Kind regards,
 Carsten

 2014-04-01 12:02 GMT+02:00 DURECU, OLIVIER (OLIVIER)
 olivier.durecu at alcatel-lucent.com:
 Hello all,

 I have installed Kamailio 4.1.2 in IMS configuration (3 Kamailio instances
 to run in P/I/S-CSCF modes)

 Everything works fine with Native IMS clients (Boghe)

 I want now to introduce Web clients using WebSockets. I have added to the
 P-CSCF Kamailio.cfg the websockets parts
 Registration is Ok but I can't manage placing a call.

 With SIPoWS, the contact header is sip:olivier at 132.invalid. So when the
 P-CSCF receives a terminating INVITE, its destination URI is
 sip:olivier at 132.invalid , it tries to make a DNS resolution of 312.invalid
 and it doesn't forward to the client saying the domain is unknown and can't
 be routed

 I guess that something is missing in my configuration around
 aliases/nathelper/outbound but didn't find what...

 Thanks for any help


 Olivier DURECU
 Bell Labs / IP Platform Research
 Villarceaux Center
 Tel: +33(0) 130772759
 GSM: +33(0) 683776482




 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users at lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] RTPProxy timeout

[Carsten Bock]

Hi Igor,

Please check the rtpproxy.patch in the test-folder. It contains the
patch for RTPProxy.
i haven't used the enhancement myself for quite some time now
(replaced it with SEMS and rtpproxy-ng / rtpengine instead); but when
i wrote it, it  had to be XML-RPC.

Kind regards,
Carsten

2014-05-23 16:03 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hi Carsten,

 Oh ok, I understand.
 Where can I find the patch as he is not in the test/ directory? I compiled 
 Kamailio from source, not GIT.

 Then, about the configuration, is it mandatory to use a XMLRPC interface or 
 that could be done through TCP or UDP? I saw in the man page  of RTPProxy 
 that the argument -n support tcp:HOST for example.

 Regards,

 Igor.


 -Message d'origine-
 De : sr-users-boun...@lists.sip-router.org 
 [mailto:sr-users-boun...@lists.sip-router.org] De la part de Carsten Bock
 Envoyé : jeudi 22 mai 2014 20:08
 À : Kamailio (SER) - Users Mailing List
 Objet : Re: [SR-Users] RTPProxy timeout

 Hi Igor,

 it worked pretty well at the time i wrote the patch.
 I've sent the patch to the developers of RTPProxy, but i never received a 
 reply nor comment on the patch. That's why you have to apply the patch 
 yourself.

 Kind regards,
 Carsten

 2014-05-22 19:32 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hi Carsten,

 Thank you for your answer.
 I don't have this patch into test/ directory. Just a sample config of 
 kamailio.cfg and 2 txt files with samples commands for rtpproxy and pjsua.

 I understand that finally you didn't succeed in patching your rtpproxy and 
 use the timeout functionality?

 Regards,

 Igor.

 -Message d'origine-
 De : sr-users-boun...@lists.sip-router.org
 [mailto:sr-users-boun...@lists.sip-router.org] De la part de Carsten
 Bock Envoyé : jeudi 22 mai 2014 18:25 À : Kamailio (SER) - Users
 Mailing List Objet : Re: [SR-Users] RTPProxy timeout

 Hi Igor,

 in order to use this feature, you need to apply a patch to RTPProxy.
 The patch can be found in the test subdirectory in modules/rtpproxy/.

 I tried to get the patch into the rtpproxy, but i never got an answer from 
 the developers of RTPProxy.

 Kind regards,
 Carsten

 2014-05-22 11:21 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hello,



 I can’t figure out how the “timeout_socket” should be configured.

 I try with the default parameter in the doc:
 xmlrpc:http://127.0.0.1:8000/RPC2

 I launch RTPProxy like that:  -n tcp:127.0.0.1:8000

 RTPProxy socket is setup like: rtpproxy_sock, udp:127.0.0.1:7722.



 It looks like there is no communication on the port 8000. The goal is
 to setup a timeout in case of asymmetric RTP.



 Many help would be appreciate. Thank you!



 Regards,



 Igor.


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
 list sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




 --
 Carsten Bock
 CEO (Geschäftsführer)

 ng-voice GmbH
 Schomburgstr. 80
 D-22767 Hamburg / Germany

 http://www.ng-voice.com
 mailto:cars...@ng-voice.com

 Office +49 40 34927219
 Fax +49 40 34927220

 Sitz der Gesellschaft: Hamburg
 Registergericht: Amtsgericht Hamburg, HRB 120189
 Geschäftsführer: Carsten Bock
 Ust-ID: DE279344284

 Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
 http://www.ng-voice.com/imprint/

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
 list sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
 list sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 --
 Carsten Bock
 CEO (Geschäftsführer)

 ng-voice GmbH
 Schomburgstr. 80
 D-22767 Hamburg / Germany

 http://www.ng-voice.com
 mailto:cars...@ng-voice.com

 Office +49 40 34927219
 Fax +49 40 34927220

 Sitz der Gesellschaft: Hamburg
 Registergericht: Amtsgericht Hamburg, HRB 120189
 Geschäftsführer: Carsten Bock
 Ust-ID: DE279344284

 Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
 http://www.ng-voice.com/imprint/

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
 sr-users@lists.sip-router.org 
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer

Re: [SR-Users] RTPProxy timeout

[Carsten Bock]

Hi Igor,

in order to use this feature, you need to apply a patch to RTPProxy.
The patch can be found in the test subdirectory in modules/rtpproxy/.

I tried to get the patch into the rtpproxy, but i never got an answer
from the developers of RTPProxy.

Kind regards,
Carsten

2014-05-22 11:21 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hello,



 I can’t figure out how the “timeout_socket” should be configured.

 I try with the default parameter in the doc:
 xmlrpc:http://127.0.0.1:8000/RPC2

 I launch RTPProxy like that:  -n tcp:127.0.0.1:8000

 RTPProxy socket is setup like: rtpproxy_sock, udp:127.0.0.1:7722.



 It looks like there is no communication on the port 8000. The goal is to
 setup a timeout in case of asymmetric RTP.



 Many help would be appreciate. Thank you!



 Regards,



 Igor.


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] RTPProxy timeout

[Carsten Bock]

Hi Igor,

it worked pretty well at the time i wrote the patch.
I've sent the patch to the developers of RTPProxy, but i never
received a reply nor comment on the patch. That's why you have to
apply the patch yourself.

Kind regards,
Carsten

2014-05-22 19:32 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hi Carsten,

 Thank you for your answer.
 I don't have this patch into test/ directory. Just a sample config of 
 kamailio.cfg and 2 txt files with samples commands for rtpproxy and pjsua.

 I understand that finally you didn't succeed in patching your rtpproxy and 
 use the timeout functionality?

 Regards,

 Igor.

 -Message d'origine-
 De : sr-users-boun...@lists.sip-router.org 
 [mailto:sr-users-boun...@lists.sip-router.org] De la part de Carsten Bock
 Envoyé : jeudi 22 mai 2014 18:25
 À : Kamailio (SER) - Users Mailing List
 Objet : Re: [SR-Users] RTPProxy timeout

 Hi Igor,

 in order to use this feature, you need to apply a patch to RTPProxy.
 The patch can be found in the test subdirectory in modules/rtpproxy/.

 I tried to get the patch into the rtpproxy, but i never got an answer from 
 the developers of RTPProxy.

 Kind regards,
 Carsten

 2014-05-22 11:21 GMT+02:00 Igor Potjevlesch igor.potjevle...@gmail.com:
 Hello,



 I can’t figure out how the “timeout_socket” should be configured.

 I try with the default parameter in the doc:
 xmlrpc:http://127.0.0.1:8000/RPC2

 I launch RTPProxy like that:  -n tcp:127.0.0.1:8000

 RTPProxy socket is setup like: rtpproxy_sock, udp:127.0.0.1:7722.



 It looks like there is no communication on the port 8000. The goal is
 to setup a timeout in case of asymmetric RTP.



 Many help would be appreciate. Thank you!



 Regards,



 Igor.


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
 list sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




 --
 Carsten Bock
 CEO (Geschäftsführer)

 ng-voice GmbH
 Schomburgstr. 80
 D-22767 Hamburg / Germany

 http://www.ng-voice.com
 mailto:cars...@ng-voice.com

 Office +49 40 34927219
 Fax +49 40 34927220

 Sitz der Gesellschaft: Hamburg
 Registergericht: Amtsgericht Hamburg, HRB 120189
 Geschäftsführer: Carsten Bock
 Ust-ID: DE279344284

 Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
 http://www.ng-voice.com/imprint/

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
 sr-users@lists.sip-router.org 
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Just 80 call/second

[Carsten Bock]

Just a quick idea:
Did you check your DNS? Can you check, what DNS-queries are done and
how long that takes?
We had this issue once in another setup...

Kind regards,
Carsten

2014-05-15 12:09 GMT+02:00 Andrea Meroni rucola8...@gmail.com:
 The call is made from just one SIP account, and the limiting factor is the
 Proxy: 100% of CPU utilization, followed by the Dispatcher with a 90% ...
 The scheme is exactly the one you wrote. Do you think it is a problem of
 using just one account instead of different accounts?

 Andrea


 On Thu, May 15, 2014 at 10:43 AM, Carsten Bock cars...@ng-voice.com wrote:

 Hi Andrea,

 can elaborate a little more:
 - The Kamailio IMS-Core is making 500 Calls/Second.
 - As soon as you add the dispatcher in front, you're down to 80
 calls/second?
 Correct? If yes: Which system is the limiting factor? Does the
 dispatcher only process 80 calls/second or does the IMS-Core?
 The Setup is the following:
 Dispatcher = Proxy-CSCF = IMS-Core?
 If yes: Are the calls made from one SIP-Account or from random
 SIP-Accounts?
 Or are you using the Dispatcher for In-/Outbound calls (e.g. to the
 I-/S-CSCF)?

 Thanks,
 Carsten




 2014-05-15 11:17 GMT+02:00 Andrea Meroni rucola8...@gmail.com:
  Hi all,
 
  i have some strange performance issues (with Kamailio config file i
  guess):
  using the default configuration file i can reach a 500 call/s rate,
  while
  using the default configuration file in the dispatcher folder i can
  reach
  just a 80 call/s rate (using the dispatching failover algorithm ...).
  The
  dispatcher is in front on a very basic Kamailio-based IMS core.
  Something
  has some hint about this issues?
 
  Andrea
 
  ___
  SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
  sr-users@lists.sip-router.org
  http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
 



 --
 Carsten Bock
 CEO (Geschäftsführer)

 ng-voice GmbH
 Schomburgstr. 80
 D-22767 Hamburg / Germany

 http://www.ng-voice.com
 mailto:cars...@ng-voice.com

 Office +49 40 34927219
 Fax +49 40 34927220

 Sitz der Gesellschaft: Hamburg
 Registergericht: Amtsgericht Hamburg, HRB 120189
 Geschäftsführer: Carsten Bock
 Ust-ID: DE279344284

 Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
 http://www.ng-voice.com/imprint/

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Just 80 call/second

[Carsten Bock]

Hi Andrea,

can elaborate a little more:
- The Kamailio IMS-Core is making 500 Calls/Second.
- As soon as you add the dispatcher in front, you're down to 80 calls/second?
Correct? If yes: Which system is the limiting factor? Does the
dispatcher only process 80 calls/second or does the IMS-Core?
The Setup is the following:
Dispatcher = Proxy-CSCF = IMS-Core?
If yes: Are the calls made from one SIP-Account or from random SIP-Accounts?
Or are you using the Dispatcher for In-/Outbound calls (e.g. to the I-/S-CSCF)?

Thanks,
Carsten




2014-05-15 11:17 GMT+02:00 Andrea Meroni rucola8...@gmail.com:
 Hi all,

 i have some strange performance issues (with Kamailio config file i guess):
 using the default configuration file i can reach a 500 call/s rate, while
 using the default configuration file in the dispatcher folder i can reach
 just a 80 call/s rate (using the dispatching failover algorithm ...). The
 dispatcher is in front on a very basic Kamailio-based IMS core. Something
 has some hint about this issues?

 Andrea

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] avp_db_load() fetch attribute ....

[Carsten Bock]

Hi Arun,

The parameter should be:
modparam(avpops,use_domain,1)

(no brackets around the 1)

Kind regards,
Carsten

2014-04-28 20:55 GMT+02:00 arun Jayaprakash jayaprakasha...@yahoo.com:
 Hello Daniel,

 When I set the use_domain parameter

 modparam(avpops,domain_column,domain)
 modparam(avpops,use_domain,1)

 I get the following error:

  ERROR: core [modparam.c:152]: set_mod_param_regex(): set_mod_param_regex:
 parameter use_domain of type 1 not found in module avpops
 Apr 28 18:45:48 ip-172-10-30-4 kamailio: : core [cfg.y:3570]:
 yyerror_at(): parse error in config file
 /usr/local/etc/kamailio//kamailio.cfg, line 510, column 35: Can't set module
 parameter

 Can you let me know what needs to be done, thank you.

 Arun


 
 From: Daniel-Constantin Mierla mico...@gmail.com
 To: arun Jayaprakash jayaprakasha...@yahoo.com; Kamailio (SER) - Users
 Mailing List sr-users@lists.sip-router.org
 Sent: Monday, April 28, 2014 3:29 AM
 Subject: Re: [SR-Users] avp_db_load()  fetch attribute 

 Hello,

 have you set use_domain parameter?

 http://kamailio.org/docs/modules/stable/modules/avpops.html#avpops.p.use_domain

 Then you can use the '/uri' flag for first parameter of avp_db_load().

 Cheers,
 Daniel

 On 28/04/14 00:12, arun Jayaprakash wrote:

 Can someone let me know how I can fetch an attribute depending on the value
 of two columns. For eg, in my usr_preference table I have 3 columns;

 username, domain, attribute.

 I need to fetch the attribute if the username = $ru and domain= $rd. Can
 someone let me know how this can be done, thanks.

 Arun


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio and FHoSS integration

[Carsten Bock]

Hi Andrea,

as i stated in my presentation during KamailioWorld:

All components for Testbeds available as OpenSource

I think, the FHoSS is one of the components, which work with Kamailio
pretty well (from a technical/standards perspective), but also the
component, which i never would use for a real-life setup due to the
poor performance.
We (at ng-voice) for example use our own HSS, which is based on JBoss
 Mobicents and which is tightly integrated into our own provisioning
platforms (and which lacks some features of the FHoSS, such as the
Sh-Interface).

Kind regards,
Carsten





2014-04-28 10:51 GMT+02:00 Andrea Meroni rucola8...@gmail.com:
 You're right, but for the Kamailio part i just want to know if the
 integration with FHoSS works well ... I mean: FHoSS is advised as HSS to be
 used with a Kamailio-based IMS architecture, but is it also the one
 preferred by the users/developers for which concerns performance issues?

 Andrea


 On Mon, Apr 28, 2014 at 9:48 AM, Daniel-Constantin Mierla
 mico...@gmail.com wrote:

 Hello,

 maybe asking on the mailing list for FHoSS would give more leads...

 Cheers,
 Daniel


 On 17/04/14 17:29, Andrea Meroni wrote:

 Hi all,

 i am testing a very basic IMS core Kamailio-based using as HSS FHoSS.
 However, while using SIPp to stress the system, i noticed that the VM
 hosting the FHoSS is overloaded (even with 2 registration scenarios per
 second), in particular using top i was able to see that the java process
 used almost 200% of the CPU (i run the VM using qemu with options -m 1024
 -smp 4). Is it normal or have i misconfigured something? Someone else has
 the same problem?

 Andrea


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] TCP reset

[Carsten Bock]

Hi Daniel,

Define near future... :-)
Once we have time, we may look at this topic; but no timeline yet

Kind regards,
Carsten

2014-04-23 15:55 GMT+02:00 Daniel Ciprus daniel.cip...@acision.com:
 Thanks Carsten,

 Any plans to do so in near future ? :-)

 On 04/23/2014 09:52 AM, Carsten Bock wrote:

 Hi Daniel,

 what you want, is basically already implemented in the Standard
 usrloc module, see:

 http://kamailio.org/docs/modules/devel/modules/usrloc.html#usrloc.p.handle_lost_tcp

 We haven't implemented that feature yet in the IMS modules

 Schöne Grüße,
 Carsten


 2014-04-23 15:47 GMT+02:00 Daniel Ciprus daniel.cip...@acision.com:

 Hi,

 Is there any way to remove registration entry from registrar (Kamailio IMS
 built on stable 4.1) detected on p-cscf by incoming TCP RST from the network
 ? What's happening is that client is loosing connections/crashing and TCP
 RST is sent back to pcscf which is not propagating changes back to
 registrar. This is likely not possible with my version of kamailio but at
 least logging which would indicate change of the status will be helpful.

 thanks for any hints


 --
 Daniel Ciprus
 Integration engineer
 http://www.acision.com

 9954 Mayland Dr
 Suite 3100
 Richmond, VA 23233
 USA
 T: +1 804 762 5601
 E: daniel.cip...@acision.com

 
 This e-mail and any attachment is for authorised use by the intended
 recipient(s) only. It may contain proprietary material, confidential
 information and/or be subject to legal privilege. It should not be copied,
 disclosed to, retained or used by, any other party. If you are not an
 intended recipient then please promptly delete this e-mail and any
 attachment and all copies and inform the sender. Thank you for
 understanding.


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 --
 Daniel Ciprus
 Integration engineer
 http://www.acision.com

 9954 Mayland Dr
 Suite 3100
 Richmond, VA 23233
 USA
 T: +1 804 762 5601
 E: daniel.cip...@acision.com

 
 This e-mail and any attachment is for authorised use by the intended
 recipient(s) only. It may contain proprietary material, confidential
 information and/or be subject to legal privilege. It should not be copied,
 disclosed to, retained or used by, any other party. If you are not an
 intended recipient then please promptly delete this e-mail and any
 attachment and all copies and inform the sender. Thank you for
 understanding.




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] TCP reset

[Carsten Bock]

Hi Daniel,

what you want, is basically already implemented in the Standard
usrloc module, see:

http://kamailio.org/docs/modules/devel/modules/usrloc.html#usrloc.p.handle_lost_tcp

We haven't implemented that feature yet in the IMS modules

Schöne Grüße,
Carsten


2014-04-23 15:47 GMT+02:00 Daniel Ciprus daniel.cip...@acision.com:
 Hi,

 Is there any way to remove registration entry from registrar (Kamailio IMS
 built on stable 4.1) detected on p-cscf by incoming TCP RST from the network
 ? What's happening is that client is loosing connections/crashing and TCP
 RST is sent back to pcscf which is not propagating changes back to
 registrar. This is likely not possible with my version of kamailio but at
 least logging which would indicate change of the status will be helpful.

 thanks for any hints


 --
 Daniel Ciprus
 Integration engineer
 http://www.acision.com

 9954 Mayland Dr
 Suite 3100
 Richmond, VA 23233
 USA
 T: +1 804 762 5601
 E: daniel.cip...@acision.com

 
 This e-mail and any attachment is for authorised use by the intended
 recipient(s) only. It may contain proprietary material, confidential
 information and/or be subject to legal privilege. It should not be copied,
 disclosed to, retained or used by, any other party. If you are not an
 intended recipient then please promptly delete this e-mail and any
 attachment and all copies and inform the sender. Thank you for
 understanding.


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Planning release of v4.1.3

[Carsten Bock]

Hi,

i did not cherry-pick the change for 4.1 yet, as i wanted to wait, if
any of the original developers of Carrierroute have any comments on
it.
Obviously not, i will cherry-pick and commit for 4.1...

Kind regards,
Carsten



2014-04-22 9:33 GMT+02:00 Daniel-Constantin Mierla mico...@gmail.com:
 Hello,


 On 22/04/14 09:19, Oliver Roth wrote:

 Hi

 One point from my side
 https://sip-router.org/tracker/index.php?do=detailstask_id=353

 I did not hear anything from the developers ...


 the patch related to the issue was applied by Carsten on master branch. He
 pointed to a apt repository he maintains, I cannot comment more about it.

 Change in address table version was due to version 4.1 for kamailio compared
 with 4.0 what you used before.

 Cheers,
 Daniel


 KR,
 Oli

 -Ursprüngliche Nachricht-
 Von: sr-users-boun...@lists.sip-router.org
 [mailto:sr-users-boun...@lists.sip-router.org] Im Auftrag von
 Daniel-Constantin Mierla
 Gesendet: Dienstag, 22. April 2014 09:00
 An: sr-dev; Kamailio (SER) - Users Mailing List
 Betreff: Re: [SR-Users] Planning release of v4.1.3

 Hello,

 short reminder about upcoming release of v4.1.3. If there are patches left
 to be backported or issues that you are aware, report them.

 Cheers,
 Daniel

 On 16/04/14 12:07, Daniel-Constantin Mierla wrote:

 Hello,

 I am considering releasing v4.1.3 by mid of next week, on Wednesday or
 Thursday (April 23 or 24). If there are issues you are aware of and
 not reported to the bug tracker, add them there asap to investigate them.

 Also, if you noticed some fixes in the master branch not backported
 yet, report them to the mailing lists.

 Cheers,
 Daniel

 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda


 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users