Re: [SR-Users] Audio stops after resuming call from hold

[Sergiu Pojoga]

OMG, what are the odds, a client reported the same problem today! Edge
proxy running same 4.2.3, requests are forwarded to a farm of Asterisks v13
in a similar way based on $rd, far-end NAT traversal is handled by Kamailio.

I've had only an hour or so to debug today. Re-invites containing SDP are
handled the same way as invites in terms of SDP mangling, all looks good in
that sense. There's nothing special to be done about re-invites.

Preliminary clue is that this happens (or not) depending on the type of
firewall/NAT behind which the phone is located. In the case with the
trouble, it's a Sonicwall, probably a Symmetric NAT. Is doesn't happen to a
phone behind a Full/Restricted Cone NAT.

What nat= are you setting for Asterisk peers?
Do you engage rtpproxy/rtpengine?
Any far-end NAT traversal manipulations involved such as SIP ALG or STUN?

Cheers.

On Thu, Mar 22, 2018 at 3:55 PM, gerry kernan 
wrote:

> Hi
>
>
>
> Hoping someone can point me in the right direction.
>
> I have a Kamailio Ver: 4.2.3-1.1  running in front of a few asterisk
> servers Ver: 13.17.2  sip is routed to an asterisk server depending the
> domain name in the sip request, all working as expected . but if a call is
> put on hold  after resuming the call the party that placed the call on hold
> can’t hear any audio. The other party can hear . do I need to do anything
> special to handle re-invites for calls put on hold?
>
>
>
>
>
> *Gerry Kernan*
>
>
>
> [image: cid:image001.jpg@01D105A5.2701B0E0]
>
>
>
> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |
> Dublin D18 E3C8   |   Ireland*
>
> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  *gerry.ker...@infinityit.ie
>
>
>
> *Managed IT Services   Infinity IT* - www.infinityit.ie
>
> *IP TelephonyAsterisk Consulting* –
> www.asteriskconsulting.com
>
> *Contact CentreTotal Interact* – www.totalinteract.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] htable not visible in another thread

[Charles Chance]

Hello,

Just to add, if you do need to share htable entries between instances at
runtime, then you can do so by enabling DMQ replication.

http://www.kamailio.org/docs/modules/stable/modules/htable.html#htable.p.enable_dmq

Cheers,

Charles


On Thu, 22 Mar 2018 at 20:36, Kjeld Flarup 
wrote:

> Thanks for the clarification.
>
> I just was confused by the db_url parameter in the configuration.
>
> And that also explains why it didn't work for me, because I have two
> Kamailio's running in my setup, and the other thread was on another
> kamailio.
>
> I found a way to make both threads run on the same Kamailio.
>
>  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
>
> On 03/22/2018 09:58 AM, Daniel-Constantin Mierla wrote:
> > Hello,
> >
> > htable is not writing to database at runtime, keeps everything in
> > memory. You should use kamctl rpc htable.dump ... in order to see what
> > is inside a htable.
> >
> > Cheers,
> > Daniel
> >
> >
> > On 19.03.18 23:45, Kjeld Flarup wrote:
> >> Im trying to do a t_suspend, but cant get htable to work
> >>
> >> I save to $sht
> >>
> >> $sht(vtp=>join::$rU) = "" + $T(id_index) + ":" + $T(id_label);
> >> xlog( "L_ALERT", "Suspended transaction sht(vtp=>join::$rU) =
> >> [$sht(vtp=>join::$rU)]\n" );
> >>
> >>  Mar 19 23:36:28 raspberrypi /usr/sbin/kamailio[2167]: ALERT:
> >> 

Re: [SR-Users] htable not visible in another thread

[Kjeld Flarup]

Thanks for the clarification.

I just was confused by the db_url parameter in the configuration.

And that also explains why it didn't work for me, because I have two 
Kamailio's running in my setup, and the other thread was on another 
kamailio.


I found a way to make both threads run on the same Kamailio.

 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

On 03/22/2018 09:58 AM, Daniel-Constantin Mierla wrote:

Hello,

htable is not writing to database at runtime, keeps everything in
memory. You should use kamctl rpc htable.dump ... in order to see what
is inside a htable.

Cheers,
Daniel


On 19.03.18 23:45, Kjeld Flarup wrote:

Im trying to do a t_suspend, but cant get htable to work

I save to $sht

$sht(vtp=>join::$rU) = "" + $T(id_index) + ":" + $T(id_label);
xlog( "L_ALERT", "Suspended transaction sht(vtp=>join::$rU) =
[$sht(vtp=>join::$rU)]\n" );

     Mar 19 23:36:28 raspberrypi /usr/sbin/kamailio[2167]: ALERT:

Re: [SR-Users] Push and tcpconn_main_timeout

[Kjeld Flarup]

Thanks for Your suggestion. I'm however not sure that it will solve the 
problem which is a TCP connection problem.


I solved the issue by sending the call back to the kamailio which 
handles the registrations, and just let the other kamailio's do the 
topoh module.


 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

On 03/22/2018 10:24 AM, Daniel Tryba wrote:

On Wed, Mar 21, 2018 at 07:44:50PM +0100, Kjeld Flarup wrote:

My own fault

Because I needed to be able to forward the call to multiple GSM numbers at
the same voip provider, I split the call onto several instances of Kamalio
to be able to create new call id's

As a result, the registers were made on one instance, and the invites on
another. That apparently worked fine most of the time, because Kamailio is a
proxy.

You maybe could fix this by using the Path module by storing the
proxy/registrar that received the call. If the endpoint registers
directly you might have to create your on path headers before save()
(atleast that was my conclusion for 4.3).


___
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] nat_uac_test(8)

[John Petrini]

If you're asking if nat_uac_test should be updated to check for 192.0.0.0/29
I think that's a great idea.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] nat_uac_test(8)

[Daniel Tryba]

On Wed, Mar 21, 2018 at 11:05:15AM -0400, Sergiu Pojoga wrote:
> When receiving an INVITE over a specific LTE carrier, I'm seeing 'c=IN IP4
> 192.0.0.4' in SDP, which isn't technically a RFC1918 or RFC6598 IP address
> and thus nat_uac_test(8) fails.

Looking at the table at the bottom of
https://www.iana.org/assignments/iana-ipv4-special-registry/iana-ipv4-special-registry.xhtml

Should't the check be updated to include 192.0.0.0/29?

It is explicitly defined for NAT and has the exact same properties as
RFC1918 and RFC6598 addresses.

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

Re: [SR-Users] phonenum module erratic behaviour with 5.1.2

[George Diamantopoulos]

Hello Daniel!

Thanks for the lightning fast fix :-). I have tested with both
libphonenumber7 and libphonenumber8 and it works with current master now!

Do you think it would be possible add more attributes in the future? Like
region and operator? I know the quality of that info is not great but it
might be nice to have for some territories. Thanks!

BR,
George

On 21 March 2018 at 16:15, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> on the flight to Singapore for Fossasia, I got a bit of time to look at it
> and the main issue was the documentation, it was no sync'ed with the code
> -- the readme listed different attribute names.
>
> In addition, I also found a bug on matching the pv name. Can someone test
> with master branch and if all ok, I will backport.
>
> For pv attribute names, see wiki at:
>
>   * https://www.kamailio.org/wiki/cookbooks/devel/
> pseudovariables#phn_rid_key_-_phonenum_variables
>
> Cheers,
> Daniel
>
> On 21.03.18 13:09, Anthony Joseph Messina wrote:
>
> George, I do see the same problem, though I haven't had time to investigate
> yet.  -A
>
> On Monday, March 19, 2018 1:16:17 PM CDT George Diamantopoulos wrote:
>
> Hello all,
>
> It seems that the phonenum module in at least 5.1.2 (haven't tried previous
> versions) is behaving somewhat erratically. More specifically, if there are
> any references to any phn PVs with the key other than "number":
>
> if ( phonenum_match("1-484-555-", "src") ) {
> xlog("number norm: $phn(src=>number)\n");
> xlog("number country: $phn(src=>country)\n");
> dbg_pv_dump(30, "L_ERR");
> }
>
> kamailio will not start:
>
> Mar 19 20:06:49 modcom-sbc-dev1 kamailio[5042]:  0(5044) DEBUG: 
> [core/pvapi.c:494]: pv_spec_lookup(): PV <$phn(src=>country)> is not in
> cache
> Mar 19 20:06:49 modcom-sbc-dev1 kamailio[5042]:  0(5044) DEBUG: phonenum
> [phonenum_pv.c:160]: pv_parse_phonenum_name(): phonenum [src] - key
> [country]
> Mar 19 20:06:49 modcom-sbc-dev1 kamailio[5042]:  0(5044) ERROR: phonenum
> [phonenum_pv.c:205]: pv_parse_phonenum_name(): error at PV phonenum name:
> src=>country
> Mar 19 20:06:49 modcom-sbc-dev1 kamailio[5042]:  0(5044) ERROR: 
> [core/pvapi.c:951]: pv_parse_spec2(): pvar "phn" has an invalid name param
> [src=>country]
> Mar 19 20:06:49 modcom-sbc-dev1 kamailio[5042]:  0(5044) ERROR: 
> [core/pvapi.c:1106]: pv_parse_spec2(): wrong char [)/41] in
> [$phn(src=>country)] at [17 (5)]
> Mar 19 20:06:49 modcom-sbc-dev1 kamailio[5042]:  0(5044) ERROR: xlog
> [xlog.c:513]: xdbg_fixup_helper(): wrong format[number country:
> $phn(src=>country)
>
> If I comment the offending line, all is well, but when dumping PVs with
> dbg_pv_dump(30, "L_ERR");, only $phn(src=>number) is listed, not the other
> keys (country, operator, region according to the docs)
>
> However, what is more disturbing is that phn(src=>number) always contains
> the string provided to phonenum_match() function, even if invalid
> characters are included, with no normalization. For example:
>
> phonenum_match("14~8%^88", "src")
>
> will result in dbg_pv_dump reporting:
>
> "$phn(src=>number)": "14~8%^88"
>
> Please note that I'm using sipwise's debian repository for stretch for
> kamailio, and debian's stable stretch repository for libphonenumnber
> (currently at 7.1.0-5+b1). I have also tried building current
> libphonenumber myself (version v8.9.2), but the result is the same.
>
> Is this a bug? Or am I missing something? Thanks!
>
> BR,
> George
>
>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.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] Kamailio htable.dump command returns - reply too big

[José Seabra]

Hi Daniel,
Thank you for you reply.
Just to confirm, the parameters that you are talking about are :

   - binrpc_max_body_size
   - binrpc_struct_max_body_size

What is the size of one entry on database that each ctl parameter needs to
reserve? based on this size i can create a math formula to calculate the KB
that i need to set for my use case, that's 3000 entries.

Thanks for your support.

Best Regards

José

2018-03-22 8:44 GMT+00:00 Daniel-Constantin Mierla :

> Hello,
>
> there are two parameters for ctl module that need to be increased, one is
> for the rpc response size and one for the body size. You have to increase
> also the first one and should be bigger than the body size.
>
> Cheers,
> Daniel
>
> On 21.03.18 17:11, José Seabra wrote:
>
> Just an update to my last email
> .
> I have increased the size to a higher value such as 90KB, but it
> continues replying the msg ->  "reply too big"
>
> Thank you.
>
> Best Regards
>
>
> 2018-03-21 11:20 GMT+00:00 José Seabra :
>
>> Hello there,
>> I have an htable with 3000 entries and when i try dump the htable through
>> the command kamcmd htable.dump htable, this command returns "ERROR: reply
>> too big".
>>
>> I have tried to increase the body size using the following modparam:
>>
>> modparam("ctl", "binrpc_max_body_size",1024)
>>
>> But the result still  the same "ERROR: reply too big", do I need  to
>> configure another parameter to be able dump this htable?
>>
>> The kamailio version that i'm using is 4.4.2
>>
>>
>> Thank you.
>> Regards
>> José Seabra
>>
>>
>
>
> --
> Cumprimentos
> José Seabra
>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
>
>


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

[SR-Users] Kamailio behind NAT no Audio

[Benjamin Marty]

Hi,

I am new to Kamailio and coming a bit from the Asterisk side.

Currently I'm using the Amazon EC2 Infrastructure and set up an Kamailio
with standard configuration. EC2 uses Destination NAT on their side. Thus I
enabled WITH_NAT and WITH_NATSIPPING. I'm using the rtpproxy from master
branch of https://github.com/miconda/rtpproxy.

Besides those two parameters I also changed the listen parameter in the
Kamailio config:
listen=udp:10.0.0.221:5060 advertise 52.59.XXX.XXX:5060

My rtpproxy is running with following parameters:
./rtpproxy -A 52.59.XXX.XXX -F -l 10.0.0.221 -m 2 -M 3 -s
udp:*:7722 -d INFO

When I use two Softclients (Zoiper) on different Networks (with Source NAT
on the Firewall) the Softclient tries to transmit the RTP Packets to the
Public IP of the other Network. But the Client obviously thus doesn't get
the RTP Packets. Is there an easy and documented way to solve that issue?

If I understood it correctly Kamailio together with rtpproxy should be able
to receive the RTP Packets and forward them to the other client. So it
should signal the IP of the Kamailio to send the RTP packets to. Or am I on
the complete wrong way?

Regards,

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

Re: [SR-Users] avpops and mongo problem

[hdssdsdsdsfsdf hdssdsdsdsfsdf]

Hi,

We're using kamailio 4.4.4
With a previous instance of this version, we did not have the problem, but the 
mongo setup was different.

> Sent: Wednesday, March 21, 2018 at 8:17 PM
> From: "Henning Westerholt" 
> To: sr-users@lists.kamailio.org
> Cc: "hdssdsdsdsfsdf hdssdsdsdsfsdf" 
> Subject: Re: [SR-Users] avpops and mongo problem
>
> Am Mittwoch, 21. März 2018, 17:35:17 CET schrieb hdssdsdsdsfsdf 
> hdssdsdsdsfsdf:
> > I have kamailio setup that uses a mongo cluster, and everything works fine.
> > Only I have problems with the avpops module. The avp_db_load fails with
> > "field [attribute] not found in result iterator", even if the attribute
> > field is present in the object in mongo. Does anybody know what could be
> > going wrong?
> 
> Hello,
> 
> what version you are using? There has been some fixes beginning of march in 
> db_mongodb related to result iteration. This might be your problem as well.
> 
> The 5.1 branch contains the fix I mentioned.
> 
> Best regards,
> 
> Henning
> 
> 
> > 
> > === kamailio.cfg:
> > ...
> > #  avpops params 
> > modparam("avpops", "db_url", DBURL)
> > modparam("avpops", "avp_table", "usr_preferences")
> > 
> > ...
> > 
> > xlog("trying avp_db_load\n");
> > if (avp_db_load("$fu/username", "$avp(s:attributevalue)")) {
> > xlog("if succeeded\n");
> > }
> > xlog("if not succeeded\n");
> > ...
> > 
> > === mongo:
> > rs:SECONDARY> db.usr_preferences.find({"username":"1234567890"})
> > { "_id" : ObjectId("5ab22a5b384cd2aa0d4cf403"), "attribute" :
> > "attributevalue", "username" : "1234567890", "domain" : null, "value" :
> > "750", "uuid" : "", "type" : 0 }
> > ===
> >  syslog:
> > ...
> > Mar 21 17:15:16 c /opt/kamailio/sbin/kamailio[2544]: ERROR: 

Re: [SR-Users] Push and tcpconn_main_timeout

[Daniel Tryba]

On Wed, Mar 21, 2018 at 07:44:50PM +0100, Kjeld Flarup wrote:
> My own fault
> 
> Because I needed to be able to forward the call to multiple GSM numbers at
> the same voip provider, I split the call onto several instances of Kamalio
> to be able to create new call id's
> 
> As a result, the registers were made on one instance, and the invites on
> another. That apparently worked fine most of the time, because Kamailio is a
> proxy.

You maybe could fix this by using the Path module by storing the
proxy/registrar that received the call. If the endpoint registers
directly you might have to create your on path headers before save()
(atleast that was my conclusion for 4.3).


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

Re: [SR-Users] htable not visible in another thread

[Daniel-Constantin Mierla]

Hello,

htable is not writing to database at runtime, keeps everything in
memory. You should use kamctl rpc htable.dump ... in order to see what
is inside a htable.

Cheers,
Daniel


On 19.03.18 23:45, Kjeld Flarup wrote:
> Im trying to do a t_suspend, but cant get htable to work
>
> I save to $sht
>
> $sht(vtp=>join::$rU) = "" + $T(id_index) + ":" + $T(id_label);
> xlog( "L_ALERT", "Suspended transaction sht(vtp=>join::$rU) =
> [$sht(vtp=>join::$rU)]\n" );
>
>     Mar 19 23:36:28 raspberrypi /usr/sbin/kamailio[2167]: ALERT:
> 

Re: [SR-Users] drouting & rd

[Daniel-Constantin Mierla]

Hello,

I don't recall how the r-uri domain is restored in this case to say what
$rd should hold, however, what you can do is store the $rd inside an avp
just after use_next_gw():

if (use_next_gw()) {

   $avp(rd) = $rd;

}

and then just take the $avp(rd) when handling 401/7.

Cheers,
Daniel


On 21.03.18 14:40, Jean Cérien wrote:
>
> Hello
> I have setup 2 gateways in my dr_rules: 5,6 - so the 2nd one is tried
> if the first fails.
>
> The second one requires credentials.
>
> When the first one fails: I execute the following code:
>
> failure_route[ROUTEFAIL] {
>
>         if ( t_check_status("[345][0-9][0-9]") or (t_branch_timeout()
> and !t_branch_replied() )) {
>                 t_on_failure("ROUTEFAIL");
>                 if (use_next_gw()) {
>                         xlog("L_INFO","failure_route(ROUTEFAIL) @@
> routing to: rd: $rd, ru:$ru, t_relay");
>                         t_relay();
>                         exit;
>                 }
>
> then in the same ROUTEFAIL (before this code), I have
>
> if (t_check_status("401|407")) {
> xlog("L_INFO","failure_route(ROUTEFAIL) @@ call to uac_auth(),   $si
> rd: $rd\n");
> .
>
> So, when the first gateway replies with a 404, it executes correctly
> the first block, finds the second gw and I see in the log that rd is
> set to its address. 
>
> Yet, when the 2nd gw replies with 401, rd is set to the very first gw.
> However, the pcap traces confirm it is indeed the second that replies
> this.
>
> If this behaviour is correct, I cant seem to find the source IP of the
> gateway that replied to me, to retrieve credentials from the db.
>
> version: kamailio 5.0.5 / 5.0.6 (tested on both)
>
> Thank you for your help
> J
>
>
>
>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

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

Re: [SR-Users] XMLRPC with params

[Daniel-Constantin Mierla]

Hello,

you don't have to put the name of the parameters there, only the value
-- I see state:i and group:1 being set as values and they are wrong,
should be i and 1 there.

Cheers,
Daniel


On 21.03.18 15:03, David Villasmil wrote:
> Any help on this, guys?
> ᐧ
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> 
> phone: +34669448337
>
> On Tue, Mar 20, 2018 at 11:01 PM, David Villasmil
>  > wrote:
>
> Hello guys,
>
> I'm trying to call an xmlrpc method with parameters like:
>
> 
> 
> dispatcher.set_state
> 
> 
> state:i
> 
> 
> group:1
> 
> 
> sip:1.2.3.4:5060 
> 
> 
> 
>
> I'm getting back "Invalid Parameters".
> I can't find any documentation as to _how_ to call it with parameters.
>
> Can anyone help?
>
> 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

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

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

Re: [SR-Users] Kamailio htable.dump command returns - reply too big

[Daniel-Constantin Mierla]

Hello,

there are two parameters for ctl module that need to be increased, one
is for the rpc response size and one for the body size. You have to
increase also the first one and should be bigger than the body size.

Cheers,
Daniel


On 21.03.18 17:11, José Seabra wrote:
> Just an update to my last email
> .
> I have increased the size to a higher value such as 90KB, but it
> continues replying the msg ->  "reply too big"
>
> Thank you.
>
> Best Regards
>
>
> 2018-03-21 11:20 GMT+00:00 José Seabra  >:
>
> Hello there,
> I have an htable with 3000 entries and when i try dump the htable
> through the command kamcmd htable.dump htable, this command
> returns "ERROR: reply too big".
>
> I have tried to increase the body size using the following modparam:
>
> modparam("ctl", "binrpc_max_body_size",1024)
>
> But the result still  the same "ERROR: reply too big", do I need 
> to configure another parameter to be able dump this htable?
>
> The kamailio version that i'm using is 4.4.2
>
>
> Thank you.
> Regards
> José Seabra
>
>
>
>
> -- 
> Cumprimentos
> José Seabra
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

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

Re: [SR-Users] have successfully installed but ..

[Adrian Bartlett]

we have 2 upstream carriers .. one we are currently using and one whice we
have an account with and use as a fallback if the upstream carrier is to
expensive
we have 2 servers one for business one for residential customers ... the
incoming call needs to ber routed to either business or residential servers
after being altered to to match our dialing patterns

and then sent to external carriers if that then is forwarded to external
numbers like a mobile

the 2 servers business and residential are running freeswitch the business
server has multidomains and the residential is single domain

so far we take the number from the upstream carrier .. massage it correctly
to match our dialing scheme .. and pass it to server 1 ... server 1 returns
404 not found then passes the call back to the upstream carrier ... and
does not seem to concider the next server at all

this is from log file
 syslog.1:Mar 20 18:24:51 cr-1 kamailio[13959]: {1 39416 INVITE
a7b4b42426c37563c33a6ce4f258448f3126813e@123.102.36.131} 10(13973) DEBUG:
registrar [lookup.c:233]: lookup_helper(): '61390928411' Not found in usrloc


Vixtel

Adrian Bartlett
Senior Network Administrator

Phone 03 9095 2068

On Thu, Mar 22, 2018 at 6:12 AM, Henning Westerholt  wrote:

> Am Mittwoch, 21. März 2018, 05:09:14 CET schrieb abartl...@vixtel.com.au:
> > having trouble configuring kamalio to move calls between servers and
> > carriers
>
> Hello,
>
> can you be a bit more specific, what exactly is your problem, the scenario
> you
> want to achieve, what have you tried so far etc?
>
> Best regards,
>
> Henning
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users