Hi Ellie, The register de-register doesn't seem to be happening on voice only calls. Only when we add the additional video capability mid call (not sure if this may be because both clients are android zoiper).
The clearwater deployment is an all in one virtualbox image where we are bridging the wireless adapter. The clients subscribe through the wireless with a outbound proxy of the clearwater deployment. The capture was only on the clearwater boxes local adapter (so would only capture the inter communications between the different nodes). Shall I re-run the test, capturing the inbound/outbound interface? Thanks for your time, Kind Regards, Gareth On Thu, Mar 12, 2015 at 7:01 PM, Eleanor Merry <[email protected] > wrote: > 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]> > 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 > > > _______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
