Have you set the parameter:
https://www.kamailio.org/wiki/cookbooks/devel/core#tcp_conn_wq_max
Cheers,
Daniel
On 09/08/16 18:46, Alex Balashov wrote:
> FWIW, the total response size according to Content-Length is close to
> 1 MB:
>
> --
> Header says content-length is: 737406
> Chunked: 5660
>
I have indeed - it was in my original post:
tcp_wq_max=20971520
On August 10, 2016 3:00:22 AM EDT, Daniel-Constantin Mierla
wrote:
>Have you set the parameter:
>
>https://www.kamailio.org/wiki/cookbooks/devel/core#tcp_conn_wq_max
>
>Cheers,
>Daniel
>
>
>On 09/08/16 18:46, Alex Balashov wrote:
On 10/08/16 09:01, Alex Balashov wrote:
> I have indeed - it was in my original post:
>
> tcp_wq_max=20971520
But this is not tcp_conn_wq_max
Cheers,
Daniel
>
>
> On August 10, 2016 3:00:22 AM EDT, Daniel-Constantin Mierla
> wrote:
>> Have you set the parameter:
>>
>> https://www.kamailio.or
Huh. You're right, it's not! :-)
What value should I set it to for a 0.5 MB - 1 MB payload?
On August 10, 2016 3:03:32 AM EDT, Daniel-Constantin Mierla
wrote:
>
>
>On 10/08/16 09:01, Alex Balashov wrote:
>> I have indeed - it was in my original post:
>>
>> tcp_wq_max=20971520
>But this is no
Sorry for delay on my reply..
I need to expalin better the situazione..
Customer1 Ip : 1.1.1.1
Kamailio1 ip : 2.2.2.2
Kamailio2 ip: 3.3.3.3
CiscoGW ip: 4.4.4.4
Kamailio1 is on USA for example
Kamailio2 is on Germany for example
Customer1 --> Kamailio platform1 --> Kamailio Platform2 --> CISCO
Ciao Laura,
would be interesting to see the INVITE from kamailo2-->Cisco and see the
headers there, as well as the 180/200 from Cisco->kamailio2.
As Carsten said, probably Cisco is messing up From/To headers. The 9990
color is not present in any of the INVITEs you provided, so would be
nice to
Ciao Daniel,
here the data you request..
Of course Kamailio2 use the color 9990 to send the call to CISCO Gw
because its a required.. so CISCO send back the call with 9990 to
Kamailio2 and it to Kamailio1 and after that to Customer..
What I espect was that CISCO replied 9990 to Kamailio2, Kama2
Hey,
are you using uac_replace_from() in your uplink leg (INVITEs) or are you
changing $fu directly ?
I think using uac_replace_from() and then using:
modparam("uac","restore_mode","auto")
should do the trick.
Daniel
rt Vienna, ATU64002206
On 08/10/2016 02:35 PM, Laura wrote:
Ciao Dani
On 10/08/16 09:04, Alex Balashov wrote:
> Huh. You're right, it's not! :-)
>
> What value should I set it to for a 0.5 MB - 1 MB payload?
Try larger than what you expect. You may need to adjust tcp_wq_max if
you have many parallel large responses.
Cheers,
Daniel
>
> On August 10, 2016 3:03:
On 09/08/16 17:57, Bill wrote:
> Daniel:
>
> Never Mind. Found the source of this problem. Had presence set to
> modparam("presence", "subs_db_mode", 3). Changed it back to 2 and now
> the entries persist in the db.
> However, I am still getting the Could not find subs_dialogerror.
That's not rea
Thanks, Daniel. Now I am left with my basic problem: I cannot get notify
messages to flow to the watcher phone.
I get PUBLISH packets from the watched phone (1020129), like this:
PUBLISH sip:1020...@xxx.xxxr.net:5020;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
xxx9:1026;branch=z9hG4bK-d8754z-c08
Hello Carsten Bock,
I got to advance in the event REGISTER, but now face the following problem:
When I type the command: */etc/init.d/kamailio restart*
Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
[diameter_peer.c:428]: diameter_peer_destroy(): destroy_diameter_peer():
Terminating a
Hi Rodrigo,
There should be done logging before those lines. Could you please enable
debug and send the log file
On 11 Aug 2016 2:52 AM, "Rodrigo Moreira"
wrote:
> Hello Carsten Bock,
>
> I got to advance in the event REGISTER, but now face the following
> problem:
>
> When I type the command:
13 matches
Mail list logo
