On 17/07/14 20:56, Andras FOGARASI wrote:
On 7/17/14, 5:34 PM, Frank Carmickle wrote:
On Jul 17, 2014, at 11:27 AM, Andras FOGARASI wrote:
On 7/17/14, 3:41 PM, Frank Carmickle wrote:
I would expect that if it was a NAT issue you would see it much sooner than 15
minutes, 30-60 seconds. Ar
On 7/17/14, 5:34 PM, Frank Carmickle wrote:
>
> On Jul 17, 2014, at 11:27 AM, Andras FOGARASI wrote:
>
>>
>> On 7/17/14, 3:41 PM, Frank Carmickle wrote:
>>> I would expect that if it was a NAT issue you would see it much sooner than
>>> 15 minutes, 30-60 seconds. Are session timers being str
On Jul 17, 2014, at 11:27 AM, Andras FOGARASI wrote:
>
> On 7/17/14, 3:41 PM, Frank Carmickle wrote:
>> I would expect that if it was a NAT issue you would see it much sooner than
>> 15 minutes, 30-60 seconds. Are session timers being stripped by Kamailio?
>> You say it's a TURN server or i
On 7/17/14, 3:41 PM, Frank Carmickle wrote:
>
> On Jul 16, 2014, at 4:05 PM, Andras FOGARASI wrote:
>
>> On 7/16/14, 10:00 PM, Frank Carmickle wrote:
>>>
>>> On Jul 16, 2014, at 3:54 PM, Daniel-Constantin Mierla
>>> wrote:
>>>
Hello,
I expect that the signaling is ok at least
On Jul 16, 2014, at 4:05 PM, Andras FOGARASI wrote:
> On 7/16/14, 10:00 PM, Frank Carmickle wrote:
>>
>> On Jul 16, 2014, at 3:54 PM, Daniel-Constantin Mierla
>> wrote:
>>
>>> Hello,
>>>
>>> I expect that the signaling is ok at least for call setup.
>>>
>>> From signling point of view, I c
On 7/16/14, 10:00 PM, Frank Carmickle wrote:
>
> On Jul 16, 2014, at 3:54 PM, Daniel-Constantin Mierla
> wrote:
>
>> Hello,
>>
>> I expect that the signaling is ok at least for call setup.
>>
>> From signling point of view, I can think of following situations:
>> - endpoints send keep alive pac
On Jul 16, 2014, at 3:54 PM, Daniel-Constantin Mierla wrote:
> Hello,
>
> I expect that the signaling is ok at least for call setup.
>
> From signling point of view, I can think of following situations:
> - endpoints send keep alive packets (or session updates) which are no
> answered. You ca
Hello,
I expect that the signaling is ok at least for call setup.
From signling point of view, I can think of following situations:
- endpoints send keep alive packets (or session updates) which are no
answered. You can add an xlog(...) at the top of request_route{} and
reply_route{} blocks pr
Hi,
I have a simple kamailio install (2 servers, using location service and
a failover node with dispatcher, STUN, clients behind different NATs),
without rtpproxy, only peer-to-peer RTP and TURN server if the
connection is really messy (it's not relevant here). Signaling is over
TLS. Both of the
