[SR-Users] DTLS HA redis-pacemaker-corosync
Hello! Are there any ways to implement using DTLS in redis HA scenario? When I reboot the active RTPEngine server the system correctly fails over to the other server and, after only a small pause (~1s), incoming audio continues to arrive. However, approximately 15 seconds after this I hear nothing but silence. Thanks. ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] DMQ and DIALOG
Agree. There is a general need for transaction-associated replies and
dialog-associated in-dialog requests (and their replies) to all go to the same
node. There are Via and Record-Route attributes you can set to make this
happen, assuming you're opposed to the load balancer keeping state based on a
hash over the Call-ID or something.
The LB role is extremely natural for a proxy like Kamailio, BTW, since it
follows Via and Route anyway just by definition. Dumb (that is,
protocol-unaware) load balancers which just generically round-robin UDP
messages won't work with SIP, because this method assumes that no UDP message
is related to any other. In SIP that is a completely invalid assumption and the
relationships are manifold.
--
Sent from mobile. Apologies for brevity and errors.
-Original Message-
From: Brandon Armstead
To: "Kamailio (SER) - Users Mailing List"
Sent: Wed, 24 Oct 2018 12:01 PM
Subject: Re: [SR-Users] DMQ and DIALOG
Set a cookie and relay those subsequent transactions down to proper
endpoint that they initially went over.
On Wed, Oct 24, 2018 at 1:56 AM Phillman25 Kyriacou
wrote:
> Hi List!
>
> I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
> scenario behind a load balancer all 3 nodes are listening and advertising
> the same virtual ip of the load balancer. Im using dmq module together with
> dialogue module to sync the state of the dialog to all 3 nodes. Is there a
> way or module that i can use to also sync every transaction?
>
> Problem that im facing right now is that an INVITE will come to Kamailio1
> and the 100 TRYING or 183 RINGING or 200OK will go to Kamailio2 and since
> Kamailio1 hasn't received a response will retransmit the INVITE. Or is
> there a way with dmq to also update the other nodes for responses like 100
> ,183 or 200 OK so that Kamailio1 knows not to retransmit?
>
> Maybe im going down the wrong path? :)
>
> Any assistance would be greatly appreciated
>
> My config for dmq and dialog:
>
> #=DIALOG
> modparam("dialog", "enable_dmq", 1)
>
> #=DMQ===
> modparam("dmq", "server_address", "sip:x.x.x.x:5080")
> modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
> modparam("dmq", "multi_notify", 1)
> modparam("dmq", "num_workers", 4)
> modparam("dmq", "ping_interval", 30)
>
> request_route {
>
> # MANAGE ALL DIALOGS
>dlg_manage();
>
> if(is_method("KDMQ"))
> {
> dmq_handle_message();
> }
>
> Thanks!
> Phillip
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
--
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] : hight shared memory usage
Am Mittwoch, 24. Oktober 2018, 15:24:05 CEST schrieb Laurent Schweizer: > I have 2 proxy running and we have a very big difference of memory usage > between them, moreover we have more connected users on the proxy with less > memory usage. > > We have this issue on the first proxy, today we have to increase the shared > memory as it was no more possible to setup new TCP connection. > > We use the same version of the proxy, script is quite the same, one > difference, on the proxy with the issue we increase the number of max TLS > connection to 20K > > Any idea ? > is TLS consuming more memory than TCP or UDP ? Hello Laurent, TLS is using more memory than TCP and than UDP, due to the higher workload and overhead for crypto/connection tracking. But looking to your registered user count this should not make a big difference in the end. Do you have maybe a different usage pattern on the first proxy comparing to the second one? So that different parts of the cfg or the code are executed? Why do you increased the number of max TLS connections on the first proxy, you had also some issues here? > First proxy (with high memory usage): > > > [cycle #: 3; if constant make sure server lives] > Kamailio Runtime Details: > kamailio 5.0.6 (x86_64/linux) > now: Wed Oct 24 15:18:55 2018 > up_since: Wed Oct 24 13:21:12 2018 > uptime: 7063 > > Transaction Statistics: > tmx:UAS_transactions = 56240tmx:active_transactions = 4 > tmx:UAC_transactions = 0tmx:inuse_transactions = 18 > > Stateless Server Statistics: > sl:sent_replies = 134317sl:sent_err_replies = 0 > > UsrLoc Statistics: > usrloc:location_ch-contacts = 1463 usrloc:location_ch-users = 1181 > usrloc:location_ch-expires = 1076 usrloc:registered_users = 1181 > > Core Statistics: > core:rcv_requests = 214220 core:rcv_replies = 179145 > core:fwd_requests = 5495core:fwd_replies = 73 > > Shared Memory Statistics: > shmem:fragments = 529 shmem:real_used_size = > 15862690496 shmem:free_size = 36566109504 shmem:total_size = > 5242880 shmem:max_used_size = 16198927224 shmem:used_size = > 15854961104 > > > > cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat > TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab > 339118 0 684 3195 0 4648 > InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts InECT0Pkts > 14620680 0 0 19142166496 9683 133135 > sockets: used 1951 > TCP: inuse 1029 orphan 0 tw 2 alloc 1036 mem 15 > UDP: inuse 540 mem 446 > UDPLITE: inuse 0 > RAW: inuse 0 > FRAG: inuse 0 memory 0 > > > > --- > > > Second proxy (memory is OK) : > > [cycle #: 2; if constant make sure server lives] > Kamailio Runtime Details: > kamailio 5.0.6 (x86_64/linux) > now: Wed Oct 24 15:19:39 2018 > up_since: Mon Jul 2 00:31:48 2018 > uptime: 9902871 > > Transaction Statistics: > tmx:UAS_transactions = 86712048 tmx:active_transactions = 92 > tmx:UAC_transactions = 0tmx:inuse_transactions = 178 > > Stateless Server Statistics: > sl:sent_replies = 641635175 sl:sent_err_replies = 0 > > UsrLoc Statistics: > usrloc:location-contacts = 3971 usrloc:location-users = 3845 > usrloc:location-expires = 286685usrloc:registered_users = 3845 > > Core Statistics: > core:rcv_requests = 752644955 core:rcv_replies = 1181197213 > core:fwd_requests = 14482059core:fwd_replies = 206909 > > Shared Memory Statistics: > shmem:fragments = 28437 shmem:real_used_size = 56447456 > shmem:free_size = 2091036192shmem:total_size = 2147483648 > shmem:max_used_size = 82099768 shmem:used_size = 43354160 > > > cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat > TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab > 273625 0 0 0 0 3524 > InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts InECT0Pkts > 2010 0 1 179031265416 81564 21432766 > sockets: used 4964 > TCP: inuse 576 orphan 0 tw 3 alloc 681 mem 105 > UDP: inuse 3908 mem 3117 > UDPLITE: inuse 0 > RAW: inuse 0 > FRAG: inuse 0 memory 0 Best regards, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio security assessment - https://skalatan.de/de/assessment ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] How is ruid calculated
I got two tablets registering with the same username, this used to work but now I got a bug report that only one of them gets a call. I found out that the problem is in the ruid column as they both end up with this ruid value uloc-1-5bd0abe9-83c-e4 How is that ruid value calculated, and how can I change this? -- Med Liberalistiske Hilsner -- Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49 Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] DMQ and DIALOG
Hi Brandon,
Could you please elaborate a little on that? I'm trying to understand but
I'm not sure how I can do that.
On Wed, Oct 24, 2018 at 9:02 AM Brandon Armstead wrote:
> Set a cookie and relay those subsequent transactions down to proper
> endpoint that they initially went over.
>
> On Wed, Oct 24, 2018 at 1:56 AM Phillman25 Kyriacou
> wrote:
>
>> Hi List!
>>
>> I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
>> scenario behind a load balancer all 3 nodes are listening and advertising
>> the same virtual ip of the load balancer. Im using dmq module together with
>> dialogue module to sync the state of the dialog to all 3 nodes. Is there a
>> way or module that i can use to also sync every transaction?
>>
>> Problem that im facing right now is that an INVITE will come to Kamailio1
>> and the 100 TRYING or 183 RINGING or 200OK will go to Kamailio2 and since
>> Kamailio1 hasn't received a response will retransmit the INVITE. Or is
>> there a way with dmq to also update the other nodes for responses like 100
>> ,183 or 200 OK so that Kamailio1 knows not to retransmit?
>>
>> Maybe im going down the wrong path? :)
>>
>> Any assistance would be greatly appreciated
>>
>> My config for dmq and dialog:
>>
>> #=DIALOG
>> modparam("dialog", "enable_dmq", 1)
>>
>> #=DMQ===
>> modparam("dmq", "server_address", "sip:x.x.x.x:5080")
>> modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
>> modparam("dmq", "multi_notify", 1)
>> modparam("dmq", "num_workers", 4)
>> modparam("dmq", "ping_interval", 30)
>>
>> request_route {
>>
>> # MANAGE ALL DIALOGS
>>dlg_manage();
>>
>> if(is_method("KDMQ"))
>> {
>> dmq_handle_message();
>> }
>>
>> Thanks!
>> Phillip
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Sent from Gmail Mobile
> ___
> 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] : hight shared memory usage
More info :
kamcmd core.tcp_info
{
readers: 10
max_connections: 20409
max_tls_connections: 20409
opened_connections: 908
opened_tls_connections: 709
write_queued_bytes: 0
}
kamcmd tls.info
{
max_connections: 20409
opened_connections: 709
clear_text_write_queued_bytes: 0
}
Any idea is welcome
BR
Laurent
De : sr-users De la part de Laurent
Schweizer
Envoyé : mercredi, 24 octobre 2018 15:54
À : Kamailio (SER) - Users Mailing List
Objet : Re: [SR-Users] : hight shared memory usage
On more info on the shared mem usage :
tcpconn_new(957): -1274304104
kamcmd mod.stats all shm
Module: core
{
sip_msg_shm_clone(495): 196272
msg_lump_cloner(984): 55648
create_avp(175): 424
tcpconn_new(957): -1274304104
build_req_buf_from_sip_req(2162): 42704
counters_prefork_init(207): 51200
cfg_clone_str(130): 160
cfg_shmize(217): 984
init_pt(113): 8
init_pt(108): 8
init_pt(107): 7000
cfg_parse_str(906): 80
register_timer(1012): 360
cfg_register_ctx(47): 96
init_tcp(4649): 8192
init_tcp(4643): 32768
init_tcp(4635): 8
init_tcp(4628): 8
init_tcp(4621): 8
init_tcp(4615): 8
init_tcp(4603): 8
init_avps(90): 8
init_avps(89): 8
init_dst_blacklist(437): 16384
init_dst_blacklist(430): 8
timer_alloc(515): 96
init_dns_cache(369): 8
init_dns_cache(361): 16384
init_dns_cache(354): 16
init_dns_cache(345): 8
init_timer(284): 8
init_timer(283): 16384
init_timer(282): 8
init_timer(281): 8
init_timer(270): 8
init_timer(238): 8
init_timer(221): 278544
init_timer(220): 8
init_timer(207): 8
cfg_child_cb_new(830): 64
sr_cfg_init(361): 8
sr_cfg_init(354): 8
sr_cfg_init(347): 8
sr_cfg_init(335): 8
sr_cfg_init(323): 8
shm_core_lock_init(153): 8
Total: -1273580144
}
De : sr-users
mailto:sr-users-boun...@lists.kamailio.org>>
De la part de Laurent Schweizer
Envoyé : mercredi, 24 octobre 2018 15:24
À : sr-users@lists.kamailio.org
Objet : [SR-Users] : hight shared memory usage
Dear all,
I have 2 proxy running and we have a very big difference of memory usage
between them, moreover we have more connected users on the proxy with less
memory usage.
We have this issue on the first proxy, today we have to increase the shared
memory as it was no more possible to setup new TCP connection.
We use the same version of the proxy, script is quite the same, one difference,
on the proxy with the issue we increase the number of max TLS connection to 20K
Any idea ?
is TLS consuming more memory than TCP or UDP ?
BR
Laurent
First proxy (with high memory usage):
[cycle #: 3; if constant make sure server lives]
Kamailio Runtime Details:
kamailio 5.0.6 (x86_64/linux)
now: Wed Oct 24 15:18:55 2018
up_since: Wed Oct 24 13:21:12 2018
uptime: 7063
Transaction Statistics:
tmx:UAS_transactions = 56240tmx:active_transactions = 4
tmx:UAC_transactions = 0tmx:inuse_transactions = 18
Stateless Server Statistics:
sl:sent_replies = 134317sl:sent_err_replies = 0
UsrLoc Statistics:
usrloc:location_ch-contacts = 1463 usrloc:location_ch-users = 1181
usrloc:location_ch-expires = 1076 usrloc:registered_users = 1181
Core Statistics:
core:rcv_requests = 214220 core:rcv_replies = 179145
core:fwd_requests = 5495core:fwd_replies = 73
Shared Memory Statistics:
shmem:fragments = 529 shmem:real_used_size = 15862690496
shmem:free_size = 36566109504 shmem:total_size = 5242880
shmem:max_used_size = 16198927224 shmem:used_size = 15854961104
cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat
TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab
339118 0 684 3195 0 4648
InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts InECT0Pkts
14620680 0 0 19142166496 9683 133135
sockets: used 1951
TCP: inuse 1029 orphan 0 tw 2 alloc 1036 mem 15
UDP: inuse 540 mem 446
UDPLITE: inuse 0
RAW: inuse 0
FRAG: inuse 0 memory 0
---
Second proxy (memory is OK) :
[cycle #: 2; if constant make sure server lives]
Kamailio Runtime Details:
kamailio 5.0.6 (x86_64/linux)
now: Wed Oct 24 15:19:39 2018
up_since: Mon Jul 2 00:31:48 2018
uptime: 9902871
Transaction Statistics:
tmx:UAS_transactions = 86712048 tmx:active_transactions = 92
tmx:UAC_transactions = 0tmx:inuse_transactions = 178
Stateless Server Statistics:
sl:sent_replies = 641635175 sl:sent_err_replies = 0
UsrLoc Statistics:
usrloc:location-contacts = 3971
Re: [SR-Users] DMQ and DIALOG
Set a cookie and relay those subsequent transactions down to proper
endpoint that they initially went over.
On Wed, Oct 24, 2018 at 1:56 AM Phillman25 Kyriacou
wrote:
> Hi List!
>
> I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
> scenario behind a load balancer all 3 nodes are listening and advertising
> the same virtual ip of the load balancer. Im using dmq module together with
> dialogue module to sync the state of the dialog to all 3 nodes. Is there a
> way or module that i can use to also sync every transaction?
>
> Problem that im facing right now is that an INVITE will come to Kamailio1
> and the 100 TRYING or 183 RINGING or 200OK will go to Kamailio2 and since
> Kamailio1 hasn't received a response will retransmit the INVITE. Or is
> there a way with dmq to also update the other nodes for responses like 100
> ,183 or 200 OK so that Kamailio1 knows not to retransmit?
>
> Maybe im going down the wrong path? :)
>
> Any assistance would be greatly appreciated
>
> My config for dmq and dialog:
>
> #=DIALOG
> modparam("dialog", "enable_dmq", 1)
>
> #=DMQ===
> modparam("dmq", "server_address", "sip:x.x.x.x:5080")
> modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
> modparam("dmq", "multi_notify", 1)
> modparam("dmq", "num_workers", 4)
> modparam("dmq", "ping_interval", 30)
>
> request_route {
>
> # MANAGE ALL DIALOGS
>dlg_manage();
>
> if(is_method("KDMQ"))
> {
> dmq_handle_message();
> }
>
> Thanks!
> Phillip
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
--
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] DMQ and DIALOG
Hi Alex,
I was thinking of asking something similiar...
Any workaround for something setup like that to work?
But in case of “no”: if Kamailio1 dies could kamailio2 take over the call
and terminate the dialog when finished some how?
AFAIK dmq will replicate the dialogs between nodes, but only the “creating
dialog” node can “tear a specific dialog down” so kamailio2 would be aware
the dialog is there, but as K2 didn’t create it it will not remove it. Am I
wrong?
Or even a restart of Kamailio1 would leave its “dialogs” in orphaned state
as K2 didn’t create them, and K1 (because of the restart) doesn’t know the
dialogs belongs to him because they just came replicated back again via
DMQ...?
On Wed, Oct 24, 2018 at 02:17 Alex Balashov
wrote:
> Short answer: no, there is no replication of transaction state.
>
> --
> Sent from mobile. Apologies for brevity and errors.
>
> -Original Message-
> From: Phillman25 Kyriacou
> To: sr-users@lists.kamailio.org
> Sent: Wed, 24 Oct 2018 4:56 AM
> Subject: [SR-Users] DMQ and DIALOG
>
> Hi List!
>
> I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
> scenario behind a load balancer all 3 nodes are listening and advertising
> the same virtual ip of the load balancer. Im using dmq module together with
> dialogue module to sync the state of the dialog to all 3 nodes. Is there a
> way or module that i can use to also sync every transaction?
>
> Problem that im facing right now is that an INVITE will come to Kamailio1
> and the 100 TRYING or 183 RINGING or 200OK will go to Kamailio2 and since
> Kamailio1 hasn't received a response will retransmit the INVITE. Or is
> there a way with dmq to also update the other nodes for responses like 100
> ,183 or 200 OK so that Kamailio1 knows not to retransmit?
>
> Maybe im going down the wrong path? :)
>
> Any assistance would be greatly appreciated
>
> My config for dmq and dialog:
>
> #=DIALOG
> modparam("dialog", "enable_dmq", 1)
>
> #=DMQ===
> modparam("dmq", "server_address", "sip:x.x.x.x:5080")
> modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
> modparam("dmq", "multi_notify", 1)
> modparam("dmq", "num_workers", 4)
> modparam("dmq", "ping_interval", 30)
>
> request_route {
>
> # MANAGE ALL DIALOGS
>dlg_manage();
>
> if(is_method("KDMQ"))
> {
> dmq_handle_message();
> }
>
> Thanks!
> Phillip
>
> ___
> 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] Double Session Description Protocol Version (v) 0 data when using rtpengine
This is usually a symptom of doing a double SDP rewrite, e.g. by making a call to rtpengine twice in the same script iteration, or making a call to rtpengine and then doing some other SDP rewrite operations either before or after that. Cheers On 2018-10-23 21:54, Wilkins, Steve wrote: Entire section. -Original Message- From: sr-users On Behalf Of Alex Balashov Sent: Tuesday, October 23, 2018 9:31 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine Is the entire SDP body doubled, or just the v=0 line? -- Sent from mobile. Apologies for brevity and errors. -Original Message- From: "Wilkins, Steve" To: "Kamailio (SER) - Users Mailing List" Sent: Tue, 23 Oct 2018 9:07 PM Subject: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine Hello all, I noticed double Session Description Protocol Version (v) 0 data in the SDP section when using rtpengine with Kamailio. Has any else noticed this? Is there a way for Kamailio to remove one of them? Thank you, -Steve ___ 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] Postgres: server version < 9.5 does not support insert_update
Hello Daniel, Thank you for your response. It confirms what I found after searching through the code. Cheers, Minh Le mer. 24 oct. 2018 à 07:44, Daniel-Constantin Mierla a écrit : > Hello, > > kamailio works fine if the database server does not support insert_update > statement, this being used only if enabled via usrloc module parameter. Not > being the developer of db postgres module, I guess the message is just an > usual warning to make the voip admin aware and not enable use of this > statement for user location/registrar. > > Cheers, > Daniel > > On Tue, Oct 23, 2018 at 7:46 AM Minh Phan wrote: > >> Hello List, >> >> I have just installed the version 5.1.6 and I get this warning message >> when Kamailio starts: >> >> > db_postgres_new_connection(): server version < 9.5 does not support >> insert_update >> >> Does it mean Kamailio will not be working properly with my current >> Postgres Server (9.4)? What are the consequence of not having support for >> insert_update command? >> >> Best regards, >> Minh Phan >> >> >> >> >> >> ___ >> Kamailio (SER) - Users Mailing List >> sr-users@lists.kamailio.org >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> > > > -- > Daniel-Constantin Mierla - http://www.asipto.com > http://twitter.com/#!/miconda - http://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 > ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] : hight shared memory usage
On more info on the shared mem usage :
tcpconn_new(957): -1274304104
kamcmd mod.stats all shm
Module: core
{
sip_msg_shm_clone(495): 196272
msg_lump_cloner(984): 55648
create_avp(175): 424
tcpconn_new(957): -1274304104
build_req_buf_from_sip_req(2162): 42704
counters_prefork_init(207): 51200
cfg_clone_str(130): 160
cfg_shmize(217): 984
init_pt(113): 8
init_pt(108): 8
init_pt(107): 7000
cfg_parse_str(906): 80
register_timer(1012): 360
cfg_register_ctx(47): 96
init_tcp(4649): 8192
init_tcp(4643): 32768
init_tcp(4635): 8
init_tcp(4628): 8
init_tcp(4621): 8
init_tcp(4615): 8
init_tcp(4603): 8
init_avps(90): 8
init_avps(89): 8
init_dst_blacklist(437): 16384
init_dst_blacklist(430): 8
timer_alloc(515): 96
init_dns_cache(369): 8
init_dns_cache(361): 16384
init_dns_cache(354): 16
init_dns_cache(345): 8
init_timer(284): 8
init_timer(283): 16384
init_timer(282): 8
init_timer(281): 8
init_timer(270): 8
init_timer(238): 8
init_timer(221): 278544
init_timer(220): 8
init_timer(207): 8
cfg_child_cb_new(830): 64
sr_cfg_init(361): 8
sr_cfg_init(354): 8
sr_cfg_init(347): 8
sr_cfg_init(335): 8
sr_cfg_init(323): 8
shm_core_lock_init(153): 8
Total: -1273580144
}
De : sr-users De la part de Laurent
Schweizer
Envoyé : mercredi, 24 octobre 2018 15:24
À : sr-users@lists.kamailio.org
Objet : [SR-Users] : hight shared memory usage
Dear all,
I have 2 proxy running and we have a very big difference of memory usage
between them, moreover we have more connected users on the proxy with less
memory usage.
We have this issue on the first proxy, today we have to increase the shared
memory as it was no more possible to setup new TCP connection.
We use the same version of the proxy, script is quite the same, one difference,
on the proxy with the issue we increase the number of max TLS connection to 20K
Any idea ?
is TLS consuming more memory than TCP or UDP ?
BR
Laurent
First proxy (with high memory usage):
[cycle #: 3; if constant make sure server lives]
Kamailio Runtime Details:
kamailio 5.0.6 (x86_64/linux)
now: Wed Oct 24 15:18:55 2018
up_since: Wed Oct 24 13:21:12 2018
uptime: 7063
Transaction Statistics:
tmx:UAS_transactions = 56240tmx:active_transactions = 4
tmx:UAC_transactions = 0tmx:inuse_transactions = 18
Stateless Server Statistics:
sl:sent_replies = 134317sl:sent_err_replies = 0
UsrLoc Statistics:
usrloc:location_ch-contacts = 1463 usrloc:location_ch-users = 1181
usrloc:location_ch-expires = 1076 usrloc:registered_users = 1181
Core Statistics:
core:rcv_requests = 214220 core:rcv_replies = 179145
core:fwd_requests = 5495core:fwd_replies = 73
Shared Memory Statistics:
shmem:fragments = 529 shmem:real_used_size = 15862690496
shmem:free_size = 36566109504 shmem:total_size = 5242880
shmem:max_used_size = 16198927224 shmem:used_size = 15854961104
cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat
TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab
339118 0 684 3195 0 4648
InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts InECT0Pkts
14620680 0 0 19142166496 9683 133135
sockets: used 1951
TCP: inuse 1029 orphan 0 tw 2 alloc 1036 mem 15
UDP: inuse 540 mem 446
UDPLITE: inuse 0
RAW: inuse 0
FRAG: inuse 0 memory 0
---
Second proxy (memory is OK) :
[cycle #: 2; if constant make sure server lives]
Kamailio Runtime Details:
kamailio 5.0.6 (x86_64/linux)
now: Wed Oct 24 15:19:39 2018
up_since: Mon Jul 2 00:31:48 2018
uptime: 9902871
Transaction Statistics:
tmx:UAS_transactions = 86712048 tmx:active_transactions = 92
tmx:UAC_transactions = 0tmx:inuse_transactions = 178
Stateless Server Statistics:
sl:sent_replies = 641635175 sl:sent_err_replies = 0
UsrLoc Statistics:
usrloc:location-contacts = 3971 usrloc:location-users = 3845
usrloc:location-expires = 286685usrloc:registered_users = 3845
Core Statistics:
core:rcv_requests = 752644955 core:rcv_replies = 1181197213
core:fwd_requests = 14482059core:fwd_replies = 206909
Shared Memory Statistics:
shmem:fragments = 28437 shmem:real_used_size = 56447456
shmem:free_size = 2091036192shmem:total_size = 2147483648
shmem:max_used_size = 82099768 shmem:used_size = 43354160
cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat
TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab
273625 0 0 0 0
Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine
Thank for your insight and honesty Alex! I do appreciate feedback as it helps us grow...no matter our age. -Original Message- From: sr-users On Behalf Of Alex Balashov Sent: Wednesday, October 24, 2018 9:01 AM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine More generally, Steve, responding to some themes I see in your posts over the past few months: You have a habit of posting overblown speculations about problems and painting yourself into grossly overcomplicated interpretations that send you down spurious paths of troubleshooting. I think you need to seriously ponder Occam's Razor: https://en.wikipedia.org/wiki/Occam%27s_razor If you're running into an unexpected phenomenon, why do you assume it's a bug in Kamailio or a "de novo" problem? In fact, a little Googling will reveal that double SDP stanzas are a common question. https://lists.kamailio.org/pipermail/sr-users/2015-August/089538.html The simplest explanation is almost ALWAYS the correct one. Yes, occasionally it is possible to find a true, honest-to-god original bug in the product -- we all have. But it is not the explanation you should start with, nor one you should readily leap to, because it requires a lot more assumptions, so probabilistically, it is almost always the wrong theory. Consider it in terms of thermodynamics, mathematics, and the complexity introduced by additional moving parts if you like: If you see an unexplained flash of light, there are numerous possible explanations. Some are quite simple: optical-neurological phenomenon, reflection from the mirror of a passing car, etc. Some are extremely complicated and involve novel, unproven ideas in physics or cosmology. "Hey, what was that flash of ligth?" Which should you start with FIRST? Think about it critically ... -- Alex On Wed, Oct 24, 2018 at 08:51:12AM -0400, Alex Balashov wrote: > I think you've crawled down that rabbit hole about two millennia > prematurely. There is a much simpler explanation for why you're > getting a duplicated SDP stanza - in the logic of your route script. > It's not a bug in Kamailio. > > I can't tell you exactly what the cause is, but I believe this avenue > of exploration will prove fruitful. It's a fairly common problem. > > On Wed, Oct 24, 2018 at 12:49:55PM +, Wilkins, Steve wrote: > > > I was looking at the sdpops_mod.c code hoping that there was an easy way to > > remove a sess_version (Session Description Protocol Version (v): 0) > > structure, but there does not appear to be that functionality in that > > module. It might be a bit of work to remove a duplicate sess_version line. > > > > I am using Kamailio 5.1, does anyone know if this is an issue in later > > versions? > > > > Thank you, > > -Steve > > > ___ > > Kamailio (SER) - Users Mailing List > > sr-users@lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Alex Balashov | Principal | Evariste Systems LLC > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ > > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ 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] : hight shared memory usage
Dear all, I have 2 proxy running and we have a very big difference of memory usage between them, moreover we have more connected users on the proxy with less memory usage. We have this issue on the first proxy, today we have to increase the shared memory as it was no more possible to setup new TCP connection. We use the same version of the proxy, script is quite the same, one difference, on the proxy with the issue we increase the number of max TLS connection to 20K Any idea ? is TLS consuming more memory than TCP or UDP ? BR Laurent First proxy (with high memory usage): [cycle #: 3; if constant make sure server lives] Kamailio Runtime Details: kamailio 5.0.6 (x86_64/linux) now: Wed Oct 24 15:18:55 2018 up_since: Wed Oct 24 13:21:12 2018 uptime: 7063 Transaction Statistics: tmx:UAS_transactions = 56240tmx:active_transactions = 4 tmx:UAC_transactions = 0tmx:inuse_transactions = 18 Stateless Server Statistics: sl:sent_replies = 134317sl:sent_err_replies = 0 UsrLoc Statistics: usrloc:location_ch-contacts = 1463 usrloc:location_ch-users = 1181 usrloc:location_ch-expires = 1076 usrloc:registered_users = 1181 Core Statistics: core:rcv_requests = 214220 core:rcv_replies = 179145 core:fwd_requests = 5495core:fwd_replies = 73 Shared Memory Statistics: shmem:fragments = 529 shmem:real_used_size = 15862690496 shmem:free_size = 36566109504 shmem:total_size = 5242880 shmem:max_used_size = 16198927224 shmem:used_size = 15854961104 cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab 339118 0 684 3195 0 4648 InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts InECT0Pkts 14620680 0 0 19142166496 9683 133135 sockets: used 1951 TCP: inuse 1029 orphan 0 tw 2 alloc 1036 mem 15 UDP: inuse 540 mem 446 UDPLITE: inuse 0 RAW: inuse 0 FRAG: inuse 0 memory 0 --- Second proxy (memory is OK) : [cycle #: 2; if constant make sure server lives] Kamailio Runtime Details: kamailio 5.0.6 (x86_64/linux) now: Wed Oct 24 15:19:39 2018 up_since: Mon Jul 2 00:31:48 2018 uptime: 9902871 Transaction Statistics: tmx:UAS_transactions = 86712048 tmx:active_transactions = 92 tmx:UAC_transactions = 0tmx:inuse_transactions = 178 Stateless Server Statistics: sl:sent_replies = 641635175 sl:sent_err_replies = 0 UsrLoc Statistics: usrloc:location-contacts = 3971 usrloc:location-users = 3845 usrloc:location-expires = 286685usrloc:registered_users = 3845 Core Statistics: core:rcv_requests = 752644955 core:rcv_replies = 1181197213 core:fwd_requests = 14482059core:fwd_replies = 206909 Shared Memory Statistics: shmem:fragments = 28437 shmem:real_used_size = 56447456 shmem:free_size = 2091036192shmem:total_size = 2147483648 shmem:max_used_size = 82099768 shmem:used_size = 43354160 cat /proc/net/netstat | cut -d" " -f12-17 ; cat /proc/net/sockstat TW TWRecycled TWKilled PAWSPassive PAWSActive PAWSEstab 273625 0 0 0 0 3524 InBcastOctets OutBcastOctets InCsumErrors InNoECTPkts InECT1Pkts InECT0Pkts 2010 0 1 179031265416 81564 21432766 sockets: used 4964 TCP: inuse 576 orphan 0 tw 3 alloc 681 mem 105 UDP: inuse 3908 mem 3117 UDPLITE: inuse 0 RAW: inuse 0 FRAG: inuse 0 memory 0 ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine
More generally, Steve, responding to some themes I see in your posts over the past few months: You have a habit of posting overblown speculations about problems and painting yourself into grossly overcomplicated interpretations that send you down spurious paths of troubleshooting. I think you need to seriously ponder Occam's Razor: https://en.wikipedia.org/wiki/Occam%27s_razor If you're running into an unexpected phenomenon, why do you assume it's a bug in Kamailio or a "de novo" problem? In fact, a little Googling will reveal that double SDP stanzas are a common question. https://lists.kamailio.org/pipermail/sr-users/2015-August/089538.html The simplest explanation is almost ALWAYS the correct one. Yes, occasionally it is possible to find a true, honest-to-god original bug in the product -- we all have. But it is not the explanation you should start with, nor one you should readily leap to, because it requires a lot more assumptions, so probabilistically, it is almost always the wrong theory. Consider it in terms of thermodynamics, mathematics, and the complexity introduced by additional moving parts if you like: If you see an unexplained flash of light, there are numerous possible explanations. Some are quite simple: optical-neurological phenomenon, reflection from the mirror of a passing car, etc. Some are extremely complicated and involve novel, unproven ideas in physics or cosmology. "Hey, what was that flash of ligth?" Which should you start with FIRST? Think about it critically ... -- Alex On Wed, Oct 24, 2018 at 08:51:12AM -0400, Alex Balashov wrote: > I think you've crawled down that rabbit hole about two millennia > prematurely. There is a much simpler explanation for why you're getting > a duplicated SDP stanza - in the logic of your route script. It's not a > bug in Kamailio. > > I can't tell you exactly what the cause is, but I believe this avenue of > exploration will prove fruitful. It's a fairly common problem. > > On Wed, Oct 24, 2018 at 12:49:55PM +, Wilkins, Steve wrote: > > > I was looking at the sdpops_mod.c code hoping that there was an easy way to > > remove a sess_version (Session Description Protocol Version (v): 0) > > structure, but there does not appear to be that functionality in that > > module. It might be a bit of work to remove a duplicate sess_version line. > > > > I am using Kamailio 5.1, does anyone know if this is an issue in later > > versions? > > > > Thank you, > > -Steve > > > ___ > > Kamailio (SER) - Users Mailing List > > sr-users@lists.kamailio.org > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Alex Balashov | Principal | Evariste Systems LLC > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ > > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine
Could you tell me what type of calls could cause this in a route script. I just do see what I could be doing to generate that. It only happens with rtpengine is enabled. Thank you. -Original Message- From: sr-users On Behalf Of Alex Balashov Sent: Wednesday, October 24, 2018 8:51 AM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine I think you've crawled down that rabbit hole about two millennia prematurely. There is a much simpler explanation for why you're getting a duplicated SDP stanza - in the logic of your route script. It's not a bug in Kamailio. I can't tell you exactly what the cause is, but I believe this avenue of exploration will prove fruitful. It's a fairly common problem. On Wed, Oct 24, 2018 at 12:49:55PM +, Wilkins, Steve wrote: > I was looking at the sdpops_mod.c code hoping that there was an easy way to > remove a sess_version (Session Description Protocol Version (v): 0) > structure, but there does not appear to be that functionality in that module. > It might be a bit of work to remove a duplicate sess_version line. > > I am using Kamailio 5.1, does anyone know if this is an issue in later > versions? > > Thank you, > -Steve > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ 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] Double Session Description Protocol Version (v) 0 data when using rtpengine
I think you've crawled down that rabbit hole about two millennia prematurely. There is a much simpler explanation for why you're getting a duplicated SDP stanza - in the logic of your route script. It's not a bug in Kamailio. I can't tell you exactly what the cause is, but I believe this avenue of exploration will prove fruitful. It's a fairly common problem. On Wed, Oct 24, 2018 at 12:49:55PM +, Wilkins, Steve wrote: > I was looking at the sdpops_mod.c code hoping that there was an easy way to > remove a sess_version (Session Description Protocol Version (v): 0) > structure, but there does not appear to be that functionality in that module. > It might be a bit of work to remove a duplicate sess_version line. > > I am using Kamailio 5.1, does anyone know if this is an issue in later > versions? > > Thank you, > -Steve > ___ > Kamailio (SER) - Users Mailing List > sr-users@lists.kamailio.org > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine
I was looking at the sdpops_mod.c code hoping that there was an easy way to remove a sess_version (Session Description Protocol Version (v): 0) structure, but there does not appear to be that functionality in that module. It might be a bit of work to remove a duplicate sess_version line. I am using Kamailio 5.1, does anyone know if this is an issue in later versions? Thank you, -Steve ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine
Alex, If this problem is a Kamailio "bug", is there a proper site to report it to? Thank you -Original Message- From: sr-users On Behalf Of Wilkins, Steve Sent: Wednesday, October 24, 2018 7:44 AM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine Hi Alex, I just ran a test, and yes, there is an error in the rtpengine log "Error Parsing RTP Header" and there is a double SDP present. Thank you, -Steve -Original Message- From: sr-users On Behalf Of Alex Balashov Sent: Wednesday, October 24, 2018 7:28 AM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine I would repeat my invitation to analyse RTPEngine logs for signs of a double offer/answer. On Wed, Oct 24, 2018 at 11:03:11AM +, Wilkins, Steve wrote: > I should also note that when the 200 OK is received from Asterisk, it does > not have the double SDP, only after Kamailio forwards the 200 OK does the > double appear. > > -Steve > > -Original Message- > From: sr-users On Behalf Of > Wilkins, Steve > Sent: Tuesday, October 23, 2018 10:00 PM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Double Session Description Protocol Version > (v) 0 data when using rtpengine > > No calls to fix_nated_sdp(). > > -Original Message- > From: sr-users On Behalf Of Alex > Balashov > Sent: Tuesday, October 23, 2018 9:58 PM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Double Session Description Protocol Version > (v) 0 data when using rtpengine > > Also, is there any possibility that you are calling fix_nated_sdp() and > rtpengine_offer/manage() successively? > > -- > Sent from mobile. Apologies for brevity and errors. > > ___ > 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 -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ 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] Double Session Description Protocol Version (v) 0 data when using rtpengine
Hi Alex, I just ran a test, and yes, there is an error in the rtpengine log "Error Parsing RTP Header" and there is a double SDP present. Thank you, -Steve -Original Message- From: sr-users On Behalf Of Alex Balashov Sent: Wednesday, October 24, 2018 7:28 AM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine I would repeat my invitation to analyse RTPEngine logs for signs of a double offer/answer. On Wed, Oct 24, 2018 at 11:03:11AM +, Wilkins, Steve wrote: > I should also note that when the 200 OK is received from Asterisk, it does > not have the double SDP, only after Kamailio forwards the 200 OK does the > double appear. > > -Steve > > -Original Message- > From: sr-users On Behalf Of > Wilkins, Steve > Sent: Tuesday, October 23, 2018 10:00 PM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Double Session Description Protocol Version > (v) 0 data when using rtpengine > > No calls to fix_nated_sdp(). > > -Original Message- > From: sr-users On Behalf Of Alex > Balashov > Sent: Tuesday, October 23, 2018 9:58 PM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Double Session Description Protocol Version > (v) 0 data when using rtpengine > > Also, is there any possibility that you are calling fix_nated_sdp() and > rtpengine_offer/manage() successively? > > -- > Sent from mobile. Apologies for brevity and errors. > > ___ > 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 -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ 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] Double Session Description Protocol Version (v) 0 data when using rtpengine
I would repeat my invitation to analyse RTPEngine logs for signs of a double offer/answer. On Wed, Oct 24, 2018 at 11:03:11AM +, Wilkins, Steve wrote: > I should also note that when the 200 OK is received from Asterisk, it does > not have the double SDP, only after Kamailio forwards the 200 OK does the > double appear. > > -Steve > > -Original Message- > From: sr-users On Behalf Of Wilkins, > Steve > Sent: Tuesday, October 23, 2018 10:00 PM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 > data when using rtpengine > > No calls to fix_nated_sdp(). > > -Original Message- > From: sr-users On Behalf Of Alex > Balashov > Sent: Tuesday, October 23, 2018 9:58 PM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 > data when using rtpengine > > Also, is there any possibility that you are calling fix_nated_sdp() and > rtpengine_offer/manage() successively? > > -- > Sent from mobile. Apologies for brevity and errors. > > ___ > 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 -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine
I should also note that when the 200 OK is received from Asterisk, it does not have the double SDP, only after Kamailio forwards the 200 OK does the double appear. -Steve -Original Message- From: sr-users On Behalf Of Wilkins, Steve Sent: Tuesday, October 23, 2018 10:00 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine No calls to fix_nated_sdp(). -Original Message- From: sr-users On Behalf Of Alex Balashov Sent: Tuesday, October 23, 2018 9:58 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Double Session Description Protocol Version (v) 0 data when using rtpengine Also, is there any possibility that you are calling fix_nated_sdp() and rtpengine_offer/manage() successively? -- Sent from mobile. Apologies for brevity and errors. ___ 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] DMQ and DIALOG
Short answer: no, there is no replication of transaction state.
--
Sent from mobile. Apologies for brevity and errors.
-Original Message-
From: Phillman25 Kyriacou
To: sr-users@lists.kamailio.org
Sent: Wed, 24 Oct 2018 4:56 AM
Subject: [SR-Users] DMQ and DIALOG
Hi List!
I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
scenario behind a load balancer all 3 nodes are listening and advertising
the same virtual ip of the load balancer. Im using dmq module together with
dialogue module to sync the state of the dialog to all 3 nodes. Is there a
way or module that i can use to also sync every transaction?
Problem that im facing right now is that an INVITE will come to Kamailio1
and the 100 TRYING or 183 RINGING or 200OK will go to Kamailio2 and since
Kamailio1 hasn't received a response will retransmit the INVITE. Or is
there a way with dmq to also update the other nodes for responses like 100
,183 or 200 OK so that Kamailio1 knows not to retransmit?
Maybe im going down the wrong path? :)
Any assistance would be greatly appreciated
My config for dmq and dialog:
#=DIALOG
modparam("dialog", "enable_dmq", 1)
#=DMQ===
modparam("dmq", "server_address", "sip:x.x.x.x:5080")
modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
modparam("dmq", "multi_notify", 1)
modparam("dmq", "num_workers", 4)
modparam("dmq", "ping_interval", 30)
request_route {
# MANAGE ALL DIALOGS
dlg_manage();
if(is_method("KDMQ"))
{
dmq_handle_message();
}
Thanks!
Phillip
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] DMQ and DIALOG
Hi List!
I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
scenario behind a load balancer all 3 nodes are listening and advertising
the same virtual ip of the load balancer. Im using dmq module together with
dialogue module to sync the state of the dialog to all 3 nodes. Is there a
way or module that i can use to also sync every transaction?
Problem that im facing right now is that an INVITE will come to Kamailio1
and the 100 TRYING or 183 RINGING or 200OK will go to Kamailio2 and since
Kamailio1 hasn't received a response will retransmit the INVITE. Or is
there a way with dmq to also update the other nodes for responses like 100
,183 or 200 OK so that Kamailio1 knows not to retransmit?
Maybe im going down the wrong path? :)
Any assistance would be greatly appreciated
My config for dmq and dialog:
#=DIALOG
modparam("dialog", "enable_dmq", 1)
#=DMQ===
modparam("dmq", "server_address", "sip:x.x.x.x:5080")
modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
modparam("dmq", "multi_notify", 1)
modparam("dmq", "num_workers", 4)
modparam("dmq", "ping_interval", 30)
request_route {
# MANAGE ALL DIALOGS
dlg_manage();
if(is_method("KDMQ"))
{
dmq_handle_message();
}
Thanks!
Phillip
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] htable 1 Millon registers
Am Dienstag, 23. Oktober 2018, 23:45:49 CEST schrieb Mauricio Tejeda: > Hello Henning. > Thanks for answered. > Yes, the failure is during the kamailio load. > > I'm increased the shared memory but there is no change, the failure > persists. > > I will try with redis Hello Mauricico, ok - if you want to look people on this list into the error you need to give more details, like some actual error messages from the Kamailio log. But as already pointed out, going with redis is indeed a valid option. Best regards, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio security assessment - https://skalatan.de/de/assessment ___ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Info: Pre-announcement about Kamailio World 2019
Hello, being asked couple of times recently, for now I am sending a short note to say that the next edition of Kamailio World Conference is likely to take place at the same location in the city center of Berlin, Germany, during May 6-8, 2019. There are still some bits to sort out before making the dates final, so just have the dates in mind at this moment. Once all is set from organising point of view, we will make the official announcement. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://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
