Hi Gary,

I’m not sure why this is happening – we’ve not seen Zoiper do this before. Can 
you check whether the deregister/register happens on audio only calls?

Also, how have you set up your clearwater deployment? How are you registering 
the Zoiper clients? I ask because in the capture file you sent across there 
were no external requests – the only INVITEs were between Bono and Sprout.

Ellie

From: Gary Penfold [mailto:[email protected]]
Sent: 11 March 2015 17:27
To: Eleanor Merry
Cc: [email protected]
Subject: Re: [Clearwater] Chat to video

Hi Ellie,

I have been asked to look back into a previous problem that I hadn't resolved. 
Please see the email trail.

I set up 2 devices with rport for signalling and media set (Two Zoiper mobile 
clients). I then established a call between them. After waiting 30 seconds I 
added video to the call. On one device the request timed out and the call was 
ended. The other device continued until I disconnected it manually.

I have attached the bono debug logs. As well as a packet capture on the 
clearwater instance.

You mentioned previously the device deregistering and then immediate 
re-registering. I can see this behaviour yet again and am unsure as to why this 
may be occuring.

Do you have any suggestions as to where I should investigate?

Thanks for your time,

Kind Regards,

Gareth Penfold

On Fri, Dec 19, 2014 at 12:56 AM, Gary Penfold 
<[email protected]<mailto:[email protected]>> wrote:
Hi Ellie,

I have noticed that myself earlier on today. Its very strange, I don't know of 
a reason for this to happen.

I will be conducting more tests tomorrow (turning off all forwarding rules 
currently set up on ellis just in case this is causing some strange behaviour).

Once I have conducted this further testing I will get back to you.

Thanks for your help,

Gareth

On Thu, Dec 18, 2014 at 7:27 PM, Eleanor Merry 
<[email protected]<mailto:[email protected]>> wrote:
Hi Gareth,

There’s something a bit strange going on in the log you’ve sent across.


-          The audio only invite is sent from 6505550374<tel:6505550374>  to 
6505550154<tel:6505550154>, and is 200 OK’d and ACK’d

-          The caller binding that’s part of the call then deregisters, and 
immediately re-registers (with a different rinstance)

-          The callee then sends a BYE. This looks like it’s routed correctly 
to the caller binding, but the client doesn’t receive it.

I think the client should accept the BYE in this situation. Do you know why 
there’s an active deregister and reregister in the middle of the call?

Ellie

From: Gary Penfold 
[mailto:[email protected]<mailto:[email protected]>]
Sent: 15 December 2014 17:10
To: Eleanor Merry
Subject: Re: [Clearwater] Chat to video

Hi Ellie,

I can confirm that a normal call lasts longer than 30 seconds, as well as calls 
to my conferencing application server.

Please find the bono debug logs attached. Let me know if there is anything else 
that you think would be useful.

Thanks for your time,

Gareth

On Fri, Dec 12, 2014 at 2:53 PM, Eleanor Merry 
<[email protected]<mailto:[email protected]>> wrote:
Hi Gareth,

It sounds like the route set on the ACK may be wrong. Can you check whether a 
standard voice call stays up for more than 30 seconds?

Can you also send the debug logs for this call over? I'd like to see the logs 
on Bono (in /var/log/bono/bono*). You can turn on debug logging by 
creating/editing the file /etc/clearwater/user_settings, adding log_level=5 and 
then restarting Bono (service bono stop - it's automatically restarted by 
monit).

Ellie


-----Original Message-----
From: 
[email protected]<mailto:[email protected]>
 
[mailto:[email protected]<mailto:[email protected]>]
 On Behalf Of Gary Penfold
Sent: 10 December 2014 19:42
To: 
[email protected]<mailto:[email protected]>
Subject: [Clearwater] Chat to video

Hi,

I previously had an all in one image of clearwater running locally on virtual 
box with port forwarding enabled.

Using this I created a local wireless hosted network. Connecting to this 
network with two devices and zoiper clients I was able to seamlessly transition 
between a voice call and a video call.

I have now redeployed my clearwater all in one image in a virtual network to 
allow me to do some testing. Clearwater uses a static IP of 10.0.2.15 (the 
default of the image on the previous deployment).

I have managed to connect my devices to clearwater and am able to use the 
messaging, call and my configured application server facilities.

However, when I switch from call to video the devices will not publish the 
video feed to one another. In addition to this the client that initiated the 
video call will eventually hang up due to attempting to use video.

I suspect that when I changed my deployment additional configuration was needed 
to clearwater. Please could you advise on what the potential issue may be? and 
how to would be able to fix it?

If more details are required please get back to me with what information would 
be useful.

Thanks for your time,

Gareth Penfold
_______________________________________________
Clearwater mailing list
[email protected]<mailto:[email protected]>
http://lists.projectclearwater.org/listinfo/clearwater

_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater

Reply via email to