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]> 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]> 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 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]> 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]] On Behalf Of Gary Penfold >> Sent: 10 December 2014 19:42 >> To: [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] >> http://lists.projectclearwater.org/listinfo/clearwater >> >
11-03-2015 17:11:13.063 UTC Call-Disconnected: CALL_ID=ZGIxNTNmNmRhZDFkZDI5YWNlZTIyODZhNTNmZWNmY2M. REASON=401 11-03-2015 17:11:13.068 UTC Call-Disconnected: CALL_ID=OGQxOTZlODI5ZGJmNmJlNmY1ZmE0NGRlMjljNGI4ODA. REASON=401 11-03-2015 17:12:10.554 UTC Call-Connected: FROM=sip:[email protected] TO=sip:[email protected] CALL_ID=ZTJkNmFhYmU5Yzk2ZDAzM2MyOGFlYTBjYmM1MzdlMGU. 11-03-2015 17:12:10.557 UTC Call-Connected: FROM=sip:[email protected] TO=sip:[email protected] CALL_ID=ZTJkNmFhYmU5Yzk2ZDAzM2MyOGFlYTBjYmM1MzdlMGU. 11-03-2015 17:12:45.530 UTC Call-Disconnected: CALL_ID=ZTRkMGNjMjgxY2VjOGI0MzJiYTNhOWZkYzZjYTE3M2Q. REASON=401
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
