Re: [SR-Users] usrloc extra attributes and db_mode=0

[Patrick Wakano]

Hi Daniel,
Answering your question:
* without my last patch, was it working on the local node?* Yes, it works
on the local node without your patch. Actually, I could not see any change
with your patch
The problem looks like to be the DMQ replication only. The remote nodes
don't receive the extra attributes...
I will open a ticket because it does seems to be a bug with the dmq_usrloc
module.

Thank you for your time!
Kind regards,
Patrick Wakano


On Wed, 29 May 2019 at 17:25, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> to clarify: without my last patch, was it working on the local node? Or
> now with the patch is working for local node, but still an issue of not
> replicating the xavps?
>
> Cheers,
> Daniel
> On 29.05.19 09:02, Patrick Wakano wrote:
>
> Hi Daniel!
> I tried the patch, but it didn't work After some more debugging I
> noticed that actually the problem is in the replication via the dmq_usrloc
> module. The Kamailio which receives the registration can access the
> attributes despite the DB mode (also it works without your patch). The
> problem is that the replicated nodes don't have access to it.
> Sorry my first impression was that the location attributes was not working
> with DB mode 0, but actually it is the DMQ replication failing to send
> contact attributes to other nodes...
> I got this in the logs, may be helpful (the serialized data has nothing
> related to the xavp...)
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: registrar
> [save.c:410]: pack_ci(): generated ruid is: uloc-5cee2114-5abe-2
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
> [ucontact.c:73]: ucontact_xavp_store(): trying to clone per contact xavps
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: 
> [core/xavp.c:697]: xavp_clone_level_nodata(): cloned root xavp [ulattrs]
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: 
> [core/xavp.c:721]: xavp_clone_level_nodata(): cloned inner xavp
> [cluster_node]
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
> [ucontact.c:1701]: update_ucontact(): exists callback for type=
> UL_CONTACT_UPDATE
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
> [ul_callback.h:84]: run_ul_callbacks(): contact=0x7f51b624d418, callback
> type 2/15, id 1 entered
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
> [usrloc_sync.c:776]: dmq_ul_cb_contact(): Callback from usrloc with type=2
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
> [usrloc_sync.c:427]: init_usrloc_dmq_recv(): Initializing usrloc_dmq_recv
> for pid (23230)
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
> [usrloc_sync.c:785]: dmq_ul_cb_contact(): Replicating local update to other
> nodes...
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
> [usrloc_sync.c:746]: usrloc_dmq_send_contact(): sending serialized data
> {"action":1,"aor":"345671002","ruid":"uloc-5cee20df-5953-1","c":
> "sip:345671002@172.28.128.200:5060;rinstance=38e53fed7e84e081;transport=UDP"
> ,"received":"","path":"
> ","callid":"NOeeFh1Bh5JR0eJG8DENkg..","user_agent":"Z
> 3.15.40006
> rv2.8.20","instance":"","expires":1559110577,"cseq":12,"flags":0,"cflags":3072,"q":-1,"last_modified":1559109977,"methods":4294967295,"reg_id":0,"server_id":0}
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
> [usrloc_sync.c:315]: usrloc_dmq_send(): sending dmq broadcast...
>
> I can open a ticket if the problem is confirmed!
> Thanks,
> Cheers,
> Patrick Wakano
>
> On Tue, 28 May 2019 at 17:17, Patrick Wakano  wrote:
>
>> Wow, that was fast!
>> I will try later on and let you know!
>> Thanks Daniel for your time and effort! Really appreciate it!
>>
>> Cheers,
>> Patrick Wakano
>>
>>
>> On Tue, 28 May 2019 at 17:00, Daniel-Constantin Mierla 
>> wrote:
>>
>>> Hello,
>>>
>>> can you try with master branch or apply the patch from next commit?
>>>
>>>   -
>>> https://github.com/kamailio/kamailio/commit/76f0fa8a0330de3885f5f3830eb90061c59045d4
>>> If works ok, then I will backport.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 28.05.19 08:30, Patrick Wakano wrote:
>>>
>>> Forgot to mention I am using version 5.2.2.
>>> # kamailio -v
>>> version: kamailio 5.2.2 (x86_64/linux) 67f967
>>> 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_URI_SIZE 1024,
>>> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>> id: 67f967
>>> compiled on 11:40:41 Mar 11 2019 with gcc 4.8.5
>>>
>>> On Tue, 28 May 2019 at 16:26, Patrick Wakano  wrote:
>>>
 Hello list,
 Hope you all doing 

Re: [SR-Users] Statistics help

[Henning Westerholt]

Hello Duarte,

have you looked into the statistics module - you could implement a custom 
statistics counter for your rate limit logic in the cfg. This can be also 
evaluated by the mentioned means.

Cheers,

Henning

Am 29.05.19 um 15:52 schrieb Duarte Rocha:
Greetings,

I'm doing some monitoring of my Kamailio in order to quickly identify system 
failures and overloads.

In order to do that i have scripts that read the output of "kamcmd sl.stats" 
and identify the rising of "500_replies", "5xx_replies" and "6xx_replies".

However, i have rate limiting on my Kamailio, which generates "503" replies 
when limit is reached, which generates an unnecessary alarm.

Is there a way to get more specific stats about the repleis generated by 
Kamailio? If that isn't possible, will i be safe only monitoring "500" and 
"6xx" replies? In my experience, when the server has reached a processing or 
memory limit, the reply is always 500, but i'm not really sure about this.

Thank you for your help.

Best Regards,

Duarte Rocha



___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Push proxy and load balancer for asterisk?

[Henning Westerholt]

Hello Gerit,

obviously the people here on this list are a bit biased, but I would say that 
Kamailio is the preferred solution.

About the load balancing part of the question, this is asked a lot (e.g. just 
later today). There are several tutorials and also presentations available how 
to implement this e.g. for asterisk.

About the push notification proxy, as Kamailio is really flexible this 
questions boils down on details how this protocol is implemented on your side.

Cheers,

Henning

Am 29.05.19 um 11:43 schrieb Gerrit Jacobsen:
Good morning,

I want to realise a push notification proxy to signal incoming calls from 
asterisk to softphones. Is Kamailio the preferred solution for this? I looked 
also at Flexisip and Asterisk scripts and was told by a seasoned professional 
that Kamailio is the preferable solution as its scalable. True?

I would be glad if someone could share his experiences.

Also can one Kamailio instance be used as an asterisk load balancer and also 
push notification proxy ?

I have been a heavy openser user a long time ago. I used first openser as my 
core routing engine but then switched to yate. Please excuse my rather broad 
questions. From my experience with Openser the devil is in the detail. So any 
hints on where this setup may cause problems would be great.

Thanks a lot for your input.

Gerry




___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Load Balancing

[Gaurav Bmotra]

thank you so much for your reply .

On Thu, May 30, 2019 at 1:04 AM Karsten Horsmann 
wrote:

> Hi Gaurav,
>
> If you describe more what you want to do then it's easier to understand
> and help.
>
> The default shipped kamailio.cfg is a good starting point for you.
>
> You can load balance (I assume calls) with the dispatcher module for
> example
>
> For example this older howto
>
> https://www.kamailio.org/dokuwiki/doku.php/asterisk:load-balancing-and-ha
>
> And the matching module docu.
> https://kamailio.org/docs/modules/5.1.x/modules/dispatcher.html
>
> Cheers
> Karsten Horsmann
>
> Gaurav Bmotra  schrieb am Mi., 29. Mai 2019,
> 18:58:
>
>> i m working on Voip  app so it will register on kamailio
>> and i want that is case of congestion  kamailio  will balance the load so
>> for that i need help
>>
>> On Wed, May 29, 2019 at 9:44 PM David Villasmil <
>> david.villasmil.w...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> What have you tried?
>>>
>>> On Wed, 29 May 2019 at 16:56, Gaurav Bmotra 
>>> wrote:
>>>
 HI
 i am using kamailio 5.1.2 With Ubuntu 18.04.2 LTS
 and using Freeswitch as Media server and kamailio as  Register server
 i wan to implement  load balance on this
 plz help

 thank you
 Gaurav

 --








 *Regards:*
 Gaurav Kumar

 ___
 Kamailio (SER) - Users Mailing List
 sr-users@lists.kamailio.org
 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

>>> --
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>> *Regards:*
>> Gaurav Kumar
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 








*Regards:*
Gaurav Kumar
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Load Balancing

[Karsten Horsmann]

Hi Gaurav,

If you describe more what you want to do then it's easier to understand and
help.

The default shipped kamailio.cfg is a good starting point for you.

You can load balance (I assume calls) with the dispatcher module for
example

For example this older howto

https://www.kamailio.org/dokuwiki/doku.php/asterisk:load-balancing-and-ha

And the matching module docu.
https://kamailio.org/docs/modules/5.1.x/modules/dispatcher.html

Cheers
Karsten Horsmann

Gaurav Bmotra  schrieb am Mi., 29. Mai 2019,
18:58:

> i m working on Voip  app so it will register on kamailio
> and i want that is case of congestion  kamailio  will balance the load so
> for that i need help
>
> On Wed, May 29, 2019 at 9:44 PM David Villasmil <
> david.villasmil.w...@gmail.com> wrote:
>
>> Hello,
>>
>> What have you tried?
>>
>> On Wed, 29 May 2019 at 16:56, Gaurav Bmotra 
>> wrote:
>>
>>> HI
>>> i am using kamailio 5.1.2 With Ubuntu 18.04.2 LTS
>>> and using Freeswitch as Media server and kamailio as  Register server
>>> i wan to implement  load balance on this
>>> plz help
>>>
>>> thank you
>>> Gaurav
>>>
>>> --
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Regards:*
>>> Gaurav Kumar
>>>
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
>
>
>
>
>
>
>
>
> *Regards:*
> Gaurav Kumar
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Lord Balance

[Gaurav Bmotra]

guys by mistake that massage was sent LOL
but i have sent the new for the same let me know it you can help

thanks

On Wed, May 29, 2019 at 11:13 PM Charles Sharp 
wrote:

> ...and also with you. Let us pray to Alice and Bob.
> On 5/29/19 12:11 PM, Sergiu Pojoga wrote:
>
> Lord is upon you, lol
>
> On Wed, May 29, 2019, 11:52 AM Gaurav Bmotra, 
> wrote:
>
>> hi
>> i m using kamailio 5.1 with Ubuntu 18.04.2 LTS
>> and freeswitch as Media server
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>> *Regards:*
>> Gaurav Kumar
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 








*Regards:*
Gaurav Kumar
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Lord Balance

[SamyGo]

May Lord balance your packets. Amen

On Wed., May 29, 2019, 1:43 p.m. Charles Sharp, 
wrote:

> ...and also with you. Let us pray to Alice and Bob.
> On 5/29/19 12:11 PM, Sergiu Pojoga wrote:
>
> Lord is upon you, lol
>
> On Wed, May 29, 2019, 11:52 AM Gaurav Bmotra, 
> wrote:
>
>> hi
>> i m using kamailio 5.1 with Ubuntu 18.04.2 LTS
>> and freeswitch as Media server
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>> *Regards:*
>> Gaurav Kumar
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Lord Balance

[Charles Sharp]

...and also with you. Let us pray to Alice and Bob.*
*

On 5/29/19 12:11 PM, Sergiu Pojoga wrote:

Lord is upon you, lol

On Wed, May 29, 2019, 11:52 AM Gaurav Bmotra, 
mailto:saigauravmehr...@gmail.com>> wrote:


hi
i m using kamailio 5.1 with Ubuntu 18.04.2 LTS
and freeswitch as Media server


-- 









*Regards:*
Gaurav Kumar

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org 
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Load Balancing

[David Villasmil]

Hello,

What have you tried?

On Wed, 29 May 2019 at 16:56, Gaurav Bmotra 
wrote:

> HI
> i am using kamailio 5.1.2 With Ubuntu 18.04.2 LTS
> and using Freeswitch as Media server and kamailio as  Register server
> i wan to implement  load balance on this
> plz help
>
> thank you
> Gaurav
>
> --
>
>
>
>
>
>
>
>
> *Regards:*
> Gaurav Kumar
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio Lord Balance

[Sergiu Pojoga]

Lord is upon you, lol

On Wed, May 29, 2019, 11:52 AM Gaurav Bmotra, 
wrote:

> hi
> i m using kamailio 5.1 with Ubuntu 18.04.2 LTS
> and freeswitch as Media server
>
>
> --
>
>
>
>
>
>
>
>
> *Regards:*
> Gaurav Kumar
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Kamailio Load Balancing

[Gaurav Bmotra]

HI
i am using kamailio 5.1.2 With Ubuntu 18.04.2 LTS
and using Freeswitch as Media server and kamailio as  Register server
i wan to implement  load balance on this
plz help

thank you
Gaurav

-- 








*Regards:*
Gaurav Kumar
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Kamailio Lord Balance

[Gaurav Bmotra]

hi
i m using kamailio 5.1 with Ubuntu 18.04.2 LTS
and freeswitch as Media server


-- 








*Regards:*
Gaurav Kumar
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Statistics help

[Duarte Rocha]

Greetings,

I'm doing some monitoring of my Kamailio in order to quickly identify
system failures and overloads.

In order to do that i have scripts that read the output of "kamcmd
sl.stats" and identify the rising of "500_replies", "5xx_replies" and
"6xx_replies".

However, i have rate limiting on my Kamailio, which generates "503" replies
when limit is reached, which generates an unnecessary alarm.

Is there a way to get more specific stats about the repleis generated by
Kamailio? If that isn't possible, will i be safe only monitoring "500" and
"6xx" replies? In my experience, when the server has reached a processing
or memory limit, the reply is always 500, but i'm not really sure about
this.

Thank you for your help.

Best Regards,

Duarte Rocha
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] [sr-dev] RFC: split out old sr api from app_lua

[Daniel-Constantin Mierla]

Hello,

quick note to let everyone know that the split was just done -- old Lua
sr library being exported now by app_lua_sr module. I will send soon
more details and update wiki for it.

Cheers,
Daniel

On 16.05.19 09:41, Henning Westerholt wrote:
> Hi Daniel,
>
> not beeing a lua kamailio user, but the technical arguments sounds fine 
> to me for a split (and later removal) of the obsolete style API.
>
> Cheers,
>
> Henning
>
> Am 15.05.19 um 13:51 schrieb Daniel-Constantin Mierla:
>> Hello,
>>
>> I am considering to split the app_lua module in order to move the older
>> style API available under Lua 'sr' module in a dedicated module (like
>> app_lua_sr). Later this module can be obsoleted and removed, once we
>> know that everything there is covered by KEMI KSR Lua module.
>>
>> In this way, we make it more clear that KSR is the preferred API to use
>> as well have the app_lua smaller, for those using only KSR and not
>> needing 'sr' API.
>>
>> Therefore I am starting the discussion to see if anyone has something
>> against or other suggestions. I cc-ed sr-dev to make developers aware,
>> but I think the best place for discussion is sr-users, being related to
>> how Kamailio is used, therefore reply only to sr-users.
>>
>> Cheers,
>> Daniel
>>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] RTPEngine / Transcoding question

[Richard Fuchs]

On 29/05/2019 03.25, Carsten Bock wrote:

Hi,

the problem is, the device (a VoLTE phone) will ALWAYS offer AMR-WB 
and AMR-NB and we will need to do transcoding to G722 / G711 in most 
cases (unless the B-Party actually offers AMR-WB/AMR-NB).
The Answer may be pure G711 (RTPEngine will do Transcoding G711 <=> 
AMR-WB [meaningless]) or G722 (RTPEngine will do Transcoding G722 <=> 
AMR-WB [Makes sense]) or AMR-NB/-WB (no Transcoding [ideal]). If I 
could limit the Answer from RTPEngine to contain only AMR-NB, that 
would ideal, as AMR-NB has less complexity, than transcoding into 
AMR-WB and it would additionally save bandwidth (which is important in 
our case).


Ah I see. As explained already, making this decision at the time the 
answer comes through doesn't really work, because the codec in question 
might already be in use at that time. What you would like to see instead 
is to make a decision at the time of the offer: Transcode one of the 
offered transcoded codecs to a particular one of the original offered 
codecs ("offer G.722 and transcode to AMR-WB"), and transcode another 
offered transcoded codec to another one of the original offered codecs 
("offer G.711 and transcode to AMR-NB"). Something along those lines, 
correct? That's simply a feature that doesn't yet exist, as right now 
transcoding always happens to the first supported original codec (i.e. 
if AMR-WB is first in the list, then that's what will be used).


Cheers


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] RTPEngine: rtpengine_manage(), Subsequent requests, Transcoding

[Richard Fuchs]

On 29/05/2019 06.57, Carsten Bock wrote:

Hi,

quick question:
If understood it correctly in the past (and it worked for me quite 
well this way), I can simply call rtpengine_manage() for subsequent 
requests without adding any additional information (e.g. used 
interfaces, RTP/SRTP translation or anything like that), as this 
information is stored in the internal hash table of the RTPEngine 
module during call setup and initial offer/answer.


However, this does not seem to apply to the transcoding options. When 
I just call "rtpengine_manage()" for a Re-INVITE of a transcoded call 
(in my case AMR-WB to G722), the transcoding options are no longer 
applied. The forwarded offer does not get the transcoded codecs added 
(e.g. in my case G722 is not added to the list of AMR/AMR-WB from the 
phone).


Did I misunderstand something or is it a bug?

My RTPEngine is still on 7.2, but I will double check with more recent 
versions today or tomorrow. However, I also found no commit messages 
relating to this.


It depends on your point of view whether you see this as a feature, a 
bug, or a missing feature. :) But yes, currently the codecs seen in an 
offer SDP passing through empty out the list of known codecs and 
populates it fresh, which requires the desired transcoding options to be 
given fresh also. The reason for this is that it's obviously possible 
for a client to start a codec renegotiation at any time, and that may 
result in a different codec pairing after a re-invite. So the preferred 
way to handle this is to detect it in your script and pass the 
appropriate options.


Cheers


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] RTPEngine: rtpengine_manage(), Subsequent requests, Transcoding

[Juha Heinanen]

Carsten Bock writes:

> However, this does not seem to apply to the transcoding options. When I
> just call "rtpengine_manage()" for a Re-INVITE of a transcoded call (in my
> case AMR-WB to G722), the transcoding options are no longer applied. The
> forwarded offer does not get the transcoded codecs added (e.g. in my case
> G722 is not added to the list of AMR/AMR-WB from the phone).
> 
> Did I misunderstand something or is it a bug?

I have never been able to use rtpengine_manage due to reasons I don't
anymore remember.  I think it had something to do with forking, where
each branch had to be handled differently (e.g. supported different rtp
protocols, etc.).  So, I always add to R-R header appropriate params for
in-dialog request handling.  In case of transcoding, the params tell
from and to codecs.

-- Juha

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] RTPEngine: rtpengine_manage(), Subsequent requests, Transcoding

[Carsten Bock]

Hi,

quick question:
If understood it correctly in the past (and it worked for me quite well
this way), I can simply call rtpengine_manage() for subsequent requests
without adding any additional information (e.g. used interfaces, RTP/SRTP
translation or anything like that), as this information is stored in the
internal hash table of the RTPEngine module during call setup and initial
offer/answer.

However, this does not seem to apply to the transcoding options. When I
just call "rtpengine_manage()" for a Re-INVITE of a transcoded call (in my
case AMR-WB to G722), the transcoding options are no longer applied. The
forwarded offer does not get the transcoded codecs added (e.g. in my case
G722 is not added to the list of AMR/AMR-WB from the phone).

Did I misunderstand something or is it a bug?

My RTPEngine is still on 7.2, but I will double check with more recent
versions today or tomorrow. However, I also found no commit messages
relating to this.

Thanks,
Carsten



--
Carsten Bock I Managing Director
ng-voice GmbH

Millerntorplatz 1 I 20359 Hamburg I Germany
www.ng-voice.com

Mobile +49 (0)179-20 21 244 I Direct +49 (0)40-52 47 593-40 I Fax +49
(0)40-52 47 593-99

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

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Push proxy and load balancer for asterisk?

[David Villasmil]

Hello,

We did that with kamailio. I’m not sure whether today there’s a module that
does the push from inside kamailio. In the past we would execute an
external script that would send the push to Apple/Google when someone was
trying call a user. I.e.: on invite and lookup failure, suspend that
transaction, send the push to have the client sip register, then un-suspend
that transaction.

Something like
https://medium.com/@denys.pozniak/apple-push-notification-with-kamailio-eeca2f8e08d


In theory that can be done from almost any softswitch, but kamailio are
better suited (IMO) for this. You would also gain lots of feature by using
them, like load-balance, failover, and many etcs.

Regards.

David

On Wed, 29 May 2019 at 10:45, Gerrit Jacobsen  wrote:

> Good morning,
>
> I want to realise a push notification proxy to signal incoming calls from
> asterisk to softphones. Is Kamailio the preferred solution for this? I
> looked also at Flexisip and Asterisk scripts and was told by a seasoned
> professional that Kamailio is the preferable solution as its scalable. True?
>
> I would be glad if someone could share his experiences.
>
> Also can one Kamailio instance be used as an asterisk load balancer and
> also push notification proxy ?
>
> I have been a heavy openser user a long time ago. I used first openser as
> my core routing engine but then switched to yate. Please excuse my rather
> broad questions. From my experience with Openser the devil is in the
> detail. So any hints on where this setup may cause problems would be great.
>
> Thanks a lot for your input.
>
> Gerry
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Push proxy and load balancer for asterisk?

[Gerrit Jacobsen]

Good morning,

I want to realise a push notification proxy to signal incoming calls from 
asterisk to softphones. Is Kamailio the preferred solution for this? I looked 
also at Flexisip and Asterisk scripts and was told by a seasoned professional 
that Kamailio is the preferable solution as its scalable. True?

I would be glad if someone could share his experiences.

Also can one Kamailio instance be used as an asterisk load balancer and also 
push notification proxy ?

I have been a heavy openser user a long time ago. I used first openser as my 
core routing engine but then switched to yate. Please excuse my rather broad 
questions. From my experience with Openser the devil is in the detail. So any 
hints on where this setup may cause problems would be great.

Thanks a lot for your input.

Gerry

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Call Routing at IMS

[Valentin Christoph]

Hi,

Afaik, this is a forwarding from ORIGiniating S-CSCF to TERMinating I/S-CSCF.

If the terminating user is registered at another S-CSCF or even at another 
domain than the originating user, then this procedure is obviously meaningful.

If we have only one network and one S-CSCF, then the procedure seems to be 
redundant, however for clarity of call flows, the procedure is not optimized 
but kept as it is.

If you have only one (logical) S-CSCF in your network, then you could try to 
omit the I-CSCF, just an idea.

Hope this helps.

Christoph

From: sr-users  On Behalf Of Iman Mohammadi
Sent: Thursday, May 23, 2019 12:26 PM
To: Kamailio (SER) - Users Mailing List 
Subject: [SR-Users] Call Routing at IMS

Hi Everyone

When P-CSCF receives INVITE from client it sends INVITE to S-CSCF then S-CSCF 
without any look up(checking the user is registered or not)sends INVITE to 
I-CSCF then I-CSCF sends LIR and receives LIA and sends INVITE to same S-CSCF 
(in case of one S-CSCF exists).My Question is here why without any look up 
S-CSCF sends INVITE to I-CSCF??this procedure affects system performance and 
increases call set up time



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.

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] RTPEngine / Transcoding question

[Carsten Bock]

Hi,

the problem is, the device (a VoLTE phone) will ALWAYS offer AMR-WB and
AMR-NB and we will need to do transcoding to G722 / G711 in most cases
(unless the B-Party actually offers AMR-WB/AMR-NB).
The Answer may be pure G711 (RTPEngine will do Transcoding G711 <=> AMR-WB
[meaningless]) or G722 (RTPEngine will do Transcoding G722 <=> AMR-WB
[Makes sense]) or AMR-NB/-WB (no Transcoding [ideal]). If I could limit the
Answer from RTPEngine to contain only AMR-NB, that would ideal, as AMR-NB
has less complexity, than transcoding into AMR-WB and it would additionally
save bandwidth (which is important in our case).

However, I should mention that I am already more than happy with the
current result. Transcoding is working great, even with AMR/AMR-WB!

Thanks,
Carsten
--
Carsten Bock I Managing Director
ng-voice GmbH

Millerntorplatz 1 I 20359 Hamburg I Germany
www.ng-voice.com

Mobile +49 (0)179-20 21 244 I Direct +49 (0)40-52 47 593-40 I Fax +49
(0)40-52 47 593-99

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

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


Am Mi., 22. Mai 2019 um 01:17 Uhr schrieb Richard Fuchs :

> On 21/05/2019 18.42, Carsten Bock wrote:
> > Hi Richard,
> >
> > Thanks for your reply, understood.
> >
> > The issue is following (not really an issue, more an optimization):
> > At the moment of the offer, I simply don't know, what will be
> > supported by the callee. G711 is however always supported, that's why
> > I don't want to strip it. I send the call to our upstream provider; if
> > he sends it to Telefonica, we get an answer with G722 and G711. If he
> > sends it to Deutsche Telekom, the answer is only G711. However, we
> > don't know, if it's gonna be Telefonica or Deutsche Telekom...
> >
> > I was thinking about avoiding uneccessary RTP traffic (in HD) between
> > RTPEngine and the device in case of an outbound call. From a
> > signalling perspective, I get the right result, if I use
> > sdp_remove_codecs() in my reply. However, that won't work, since the
> > RTP stream sent from RTPEngine to the device is in HD, regardless of
> > the signalling.
>
> Maybe you want to make your transcoding options also dependent on
> whether G.711 was present in the original offer, and/or in what order
> the codecs were listed? Rtpengine won't do transcoding if both sides
> support the same codec, even if other codec pairings are possible
> (unless `always-transcode` is given). Are you using that option? Are you
> using other options to reorder codecs in the offer? Because normally the
> first supported codec will be used, and rtpengine adds transcoding codec
> offers to the end of the list. So they should only be used if no other
> codec is supported by the callee, unless the callee ignores the listed
> codec preferences, or codecs were reordered, or `always-transcode` was
> used.
>
> Cheers
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc extra attributes and db_mode=0

[Daniel-Constantin Mierla]

Hello,

to clarify: without my last patch, was it working on the local node? Or
now with the patch is working for local node, but still an issue of not
replicating the xavps?

Cheers,
Daniel

On 29.05.19 09:02, Patrick Wakano wrote:
> Hi Daniel!
> I tried the patch, but it didn't work After some more debugging I
> noticed that actually the problem is in the replication via the
> dmq_usrloc module. The Kamailio which receives the registration can
> access the attributes despite the DB mode (also it works without your
> patch). The problem is that the replicated nodes don't have access to it.
> Sorry my first impression was that the location attributes was not
> working with DB mode 0, but actually it is the DMQ replication failing
> to send contact attributes to other nodes...
> I got this in the logs, may be helpful (the serialized data has
> nothing related to the xavp...)
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: registrar
> [save.c:410]: pack_ci(): generated ruid is: uloc-5cee2114-5abe-2
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
> [ucontact.c:73]: ucontact_xavp_store(): trying to clone per contact xavps
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: 
> [core/xavp.c:697]: xavp_clone_level_nodata(): cloned root xavp [ulattrs]
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: 
> [core/xavp.c:721]: xavp_clone_level_nodata(): cloned inner xavp
> [cluster_node]
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
> [ucontact.c:1701]: update_ucontact(): exists callback for type=
> UL_CONTACT_UPDATE
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
> [ul_callback.h:84]: run_ul_callbacks(): contact=0x7f51b624d418,
> callback type 2/15, id 1 entered
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG:
> dmq_usrloc [usrloc_sync.c:776]: dmq_ul_cb_contact(): Callback from
> usrloc with type=2
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG:
> dmq_usrloc [usrloc_sync.c:427]: init_usrloc_dmq_recv(): Initializing
> usrloc_dmq_recv for pid (23230)
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG:
> dmq_usrloc [usrloc_sync.c:785]: dmq_ul_cb_contact(): Replicating local
> update to other nodes...
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG:
> dmq_usrloc [usrloc_sync.c:746]: usrloc_dmq_send_contact(): sending
> serialized data
> {"action":1,"aor":"345671002","ruid":"uloc-5cee20df-5953-1","c":"sip:345671002@172.28.128.200:5060;rinstance=38e53fed7e84e081;transport=UDP","received":"","path":"","callid":"NOeeFh1Bh5JR0eJG8DENkg..","user_agent":"Z
> 3.15.40006
> rv2.8.20","instance":"","expires":1559110577,"cseq":12,"flags":0,"cflags":3072,"q":-1,"last_modified":1559109977,"methods":4294967295,"reg_id":0,"server_id":0}
> May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG:
> dmq_usrloc [usrloc_sync.c:315]: usrloc_dmq_send(): sending dmq
> broadcast...
>
> I can open a ticket if the problem is confirmed!
> Thanks,
> Cheers,
> Patrick Wakano
>
> On Tue, 28 May 2019 at 17:17, Patrick Wakano  > wrote:
>
> Wow, that was fast!
> I will try later on and let you know!
> Thanks Daniel for your time and effort! Really appreciate it!
>
> Cheers,
> Patrick Wakano
>
>
> On Tue, 28 May 2019 at 17:00, Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> can you try with master branch or apply the patch from next
> commit?
>
>   -
> 
> https://github.com/kamailio/kamailio/commit/76f0fa8a0330de3885f5f3830eb90061c59045d4
>
> If works ok, then I will backport.
>
> Cheers,
> Daniel
>
> On 28.05.19 08:30, Patrick Wakano wrote:
>> Forgot to mention I am using version 5.2.2.
>> # kamailio -v
>> version: kamailio 5.2.2 (x86_64/linux) 67f967
>> 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_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>> id: 67f967
>> compiled on 11:40:41 Mar 11 2019 with gcc 4.8.5
>>
>> On Tue, 28 May 2019 at 16:26, Patrick Wakano
>> mailto:pwak...@gmail.com>> wrote:
>>
>> Hello list,
>> Hope you all doing well!
>>
>> I am trying to use the extra attributes (xavp_contact) of
>> the usrloc module to save some additional info about the
>> user.
>> I am setting the value before the save() and doing a call
>> 

Re: [SR-Users] usrloc extra attributes and db_mode=0

[Patrick Wakano]

Hi Daniel!
I tried the patch, but it didn't work After some more debugging I
noticed that actually the problem is in the replication via the dmq_usrloc
module. The Kamailio which receives the registration can access the
attributes despite the DB mode (also it works without your patch). The
problem is that the replicated nodes don't have access to it.
Sorry my first impression was that the location attributes was not working
with DB mode 0, but actually it is the DMQ replication failing to send
contact attributes to other nodes...
I got this in the logs, may be helpful (the serialized data has nothing
related to the xavp...)
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: registrar
[save.c:410]: pack_ci(): generated ruid is: uloc-5cee2114-5abe-2
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
[ucontact.c:73]: ucontact_xavp_store(): trying to clone per contact xavps
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: 
[core/xavp.c:697]: xavp_clone_level_nodata(): cloned root xavp [ulattrs]
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: 
[core/xavp.c:721]: xavp_clone_level_nodata(): cloned inner xavp
[cluster_node]
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
[ucontact.c:1701]: update_ucontact(): exists callback for type=
UL_CONTACT_UPDATE
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: usrloc
[ul_callback.h:84]: run_ul_callbacks(): contact=0x7f51b624d418, callback
type 2/15, id 1 entered
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
[usrloc_sync.c:776]: dmq_ul_cb_contact(): Callback from usrloc with type=2
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
[usrloc_sync.c:427]: init_usrloc_dmq_recv(): Initializing usrloc_dmq_recv
for pid (23230)
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
[usrloc_sync.c:785]: dmq_ul_cb_contact(): Replicating local update to other
nodes...
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
[usrloc_sync.c:746]: usrloc_dmq_send_contact(): sending serialized data
{"action":1,"aor":"345671002","ruid":"uloc-5cee20df-5953-1","c":"sip:345671002@172.28.128.200:5060
;rinstance=38e53fed7e84e081;transport=UDP","received":"","path":"","callid":"NOeeFh1Bh5JR0eJG8DENkg..","user_agent":"Z
3.15.40006
rv2.8.20","instance":"","expires":1559110577,"cseq":12,"flags":0,"cflags":3072,"q":-1,"last_modified":1559109977,"methods":4294967295,"reg_id":0,"server_id":0}
May 29 16:06:18 kamailio-2 /usr/sbin/kamailio[23230]: DEBUG: dmq_usrloc
[usrloc_sync.c:315]: usrloc_dmq_send(): sending dmq broadcast...

I can open a ticket if the problem is confirmed!
Thanks,
Cheers,
Patrick Wakano

On Tue, 28 May 2019 at 17:17, Patrick Wakano  wrote:

> Wow, that was fast!
> I will try later on and let you know!
> Thanks Daniel for your time and effort! Really appreciate it!
>
> Cheers,
> Patrick Wakano
>
>
> On Tue, 28 May 2019 at 17:00, Daniel-Constantin Mierla 
> wrote:
>
>> Hello,
>>
>> can you try with master branch or apply the patch from next commit?
>>
>>   -
>> https://github.com/kamailio/kamailio/commit/76f0fa8a0330de3885f5f3830eb90061c59045d4
>> If works ok, then I will backport.
>>
>> Cheers,
>> Daniel
>>
>> On 28.05.19 08:30, Patrick Wakano wrote:
>>
>> Forgot to mention I am using version 5.2.2.
>> # kamailio -v
>> version: kamailio 5.2.2 (x86_64/linux) 67f967
>> 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_URI_SIZE 1024,
>> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>> id: 67f967
>> compiled on 11:40:41 Mar 11 2019 with gcc 4.8.5
>>
>> On Tue, 28 May 2019 at 16:26, Patrick Wakano  wrote:
>>
>>> Hello list,
>>> Hope you all doing well!
>>>
>>> I am trying to use the extra attributes (xavp_contact) of the usrloc
>>> module to save some additional info about the user.
>>> I am setting the value before the save() and doing a call to
>>> registered() (not lookup()) before trying to access these extra attributes.
>>> This works fine with db_mode=3 but does not work in case of db_mode=0.
>>> Does anyone knows if it should also work with mode 0? I was expecting it
>>> to work but a call to kamcmd ul.dump show nothing related.
>>> I don't want to use the DB for the location purposes because I prefer to
>>> have multiple servers using the dmq_usrloc (that works like a charm!) and
>>> it conflicts with DB persistence of the location table (when the DMQ
>>> replication happens, all servers (sharing the same DB) try to save the same
>>> user info in the location table)
>>>
>>> Thank you,
>>> Kind regards,
>>> Patrick Wakano
>>>
>>
>>