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 to 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]] 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
