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:
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
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
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
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:
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
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
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
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
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
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
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:
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
>
13 matches
Mail list logo
