The provider name is netcombo, I'm in Brasil. I don't know if I'm on comcast or no. The Internet box is Thomson DWG850
Thank for your help Thierry 2013/10/25 Thierry Poulhès <[email protected]> > 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 > OpalCon SetPhase from ReleasingPhase to ReleasedPhase for > Call[Ca7f1ce541]-EP<sip>[0a4e448c-320b-1910-9675-0090f5937473] > 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 > OpalCon Connection > Call[Ca7f1ce541]-EP<sip>[0a4e448c-320b-1910-9675-0090f5937473] released > Initial Time: Fri, 25 Oct 2013 21:37:53 -03:00 > SetUpPhase: 1.907 > ProceedingPhase: 2.156 > AlertingPhase: N/A > ConnectedPhase: N/A > EstablishedPhase: N/A > ForwardingPhase: N/A > ReleasingPhase: 13.746 > ReleasedPhase: 13.751 > Call end reason: EndedByQ931Cause > > 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 > OpalCon OnRelease thread completed for > Call[Ca7f1ce541]-EP<sip>[0a4e448c-320b-1910-9675-0090f5937473] > 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 > PTLib Thread ended: name="OnRelease:4380", real=0.005, kernel=0.000 > (0%), user=0.000 (0%), both=0.000 (0%) > 2013/10/25 21:38:07.049 0:28.372 ekiga > AEScheduler Removing Event incoming_call_sound from queue > 2013/10/25 21:38:07.049 0:28.372 ekiga > AEScheduler Removing Event ring_tone_sound from queue > 2013/10/25 21:38:07.875 0:29.198 Opal Garbage:4120 > PCSS Deleted PC sound system connection. > 2013/10/25 21:38:07.875 0:29.198 Opal Garbage:4120 > LocalCon Deleted connection. > 2013/10/25 21:38:07.875 0:29.198 Opal Garbage:4120 > OpalCon Connection Call[Ca7f1ce541]-EP<pc>[Pd85037682] destroyed. > 2013/10/25 21:38:07.875 0:29.199 Opal Garbage:4120 SIP > Transaction id=z9hG4bKb6af478c-320b-1910-9677-0090f5937473 destroyed. > 2013/10/25 21:38:08.876 0:30.199 Opal Garbage:4120 RTP > Deleting session 1 > 2013/10/25 21:38:08.876 0:30.199 Opal Garbage:4120 > RTPEp Session 1, forgetting local RTP port 5064 on connection > Call[Ca7f1ce541]-EP<sip>[0a4e448c-320b-1910-9675-0090f5937473] > 2013/10/25 21:38:08.876 0:30.199 Opal Garbage:4120 > RTP_UDP Session 1, Shutting down read. > 2013/10/25 21:38:08.876 0:30.200 Opal Garbage:4120 > RTP_UDP Session 1, shutting down write. > 2013/10/25 21:38:08.877 0:30.200 Opal Garbage:4120 RTP > Deleting session 2 > 2013/10/25 21:38:08.877 0:30.200 Opal Garbage:4120 > RTPEp Session 2, forgetting local RTP port 5068 on connection > Call[Ca7f1ce541]-EP<sip>[0a4e448c-320b-1910-9675-0090f5937473] > 2013/10/25 21:38:08.877 0:30.200 Opal Garbage:4120 > RTP_UDP Session 2, Shutting down read. > 2013/10/25 21:38:08.877 0:30.201 Opal Garbage:4120 > RTP_UDP Session 2, shutting down write. > 2013/10/25 21:38:08.878 0:30.201 Opal Garbage:4120 SIP > Transaction id=z9hG4bKee5a448c-320b-1910-9677-0090f5937473 destroyed. > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 SIP > Deleting connection. > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 SIP > Setting new transport for destination "" > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 > Opal Transport clean up on termination > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 > Opal Transport Close > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 > Opal Transport clean up on termination > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 > Opal Transport Close > 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 > Opal Deleted transport udp$46.19.58.41:5060<if=udp$*:5060> > 2013/10/25 21:38:08.881 0:30.205 Opal Garbage:4120 > OpalCon Connection > Call[Ca7f1ce541]-EP<sip>[0a4e448c-320b-1910-9675-0090f5937473] destroyed. > 2013/10/25 21:38:11.968 0:33.291 Network In...nitor:3596 > IfaceMon Interface change detected, new list: > 192.168.0.27 <0090f5937473> (JMicron PCI Express Gigabit Ethernet Adapter) > 127.0.0.1 (Software Loopback Interface 1) > > 2013/10/25 21:38:11.969 0:33.291 Network In...nitor:3596 > Socket Cleared DNS cache. > 2013/10/25 21:38:13.261 0:34.583 PTLib Housekeeper:5260 SIP > Starting SUBSCRIBE for offline retry > 2013/10/25 21:38:13.261 0:34.584 PTLib Housekeeper:5260 SIP > Changing SUBSCRIBE handler from Unavailable to Restoring, target= > sip:[email protected];OPAL-local-id=sip:x%40sip.diamondcard.us, > id=x@x-PC > 2013/10/25 21:38:13.261 0:34.584 PTLib Housekeeper:5260 DNS > SRV Lookup "_sip._tcp.sip.diamondcard.us" > 2013/10/25 21:38:13.261 0:34.584 PTLib Housekeeper:5260 SIP > No SRV record found. > 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP > No compatible listener to create transport for tcp$sip.diamondcard.us:5060 > 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP > Changing SUBSCRIBE handler from Restoring to Unavailable, target= > sip:[email protected];OPAL-local-id=sip:x%40sip.diamondcard.us, > id=x@x-PC > 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP > Retrying SUBSCRIBE after 30 seconds. > 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP > Starting SUBSCRIBE for offline retry > 2013/10/25 21:38:13.262 0:34.585 PTLib Housekeeper:5260 SIP > Changing SUBSCRIBE handler from Unavailable to Restoring, target= > sip:[email protected];OPAL-local-id=sip:x%40ekiga.net, > id=5515358c-320b-1910-966b-0090f5937473@x-PC > 2013/10/25 21:38:13.262 0:34.585 PTLib Housekeeper:5260 DNS > SRV Lookup "_sip._tcp.ekiga.net" > 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP > No SRV record found. > 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP > No compatible listener to create transport for tcp$ekiga.net:5060 > 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP > Changing SUBSCRIBE handler from Restoring to Unavailable, target= > sip:[email protected];OPAL-local-id=sip:x%40ekiga.net, > id=5515358c-320b-1910-966b-0090f5937473@x-PC > 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP > Retrying SUBSCRIBE after 30 seconds. > > Sorry but i don't know witch line is important to find out the problem. > There so many... > The rooter doesn't reboot, I don't know yet the name of the provider. I > didn't try with other provider yet. > I use wired connection. > > Echo test work normaly. > (The call back test make Ekiga freeze when I answer the call back) > > Thank > > Thierry > > > 2013/10/23 Stuart Gathman <[email protected]> > >> On 10/23/2013 04:06 PM, Eugen Dedu wrote: >> >>> On 23/10/13 21:00, Thierry Poulhès wrote: >>> >>>> Hello, >>>> >>>> I try to use ekiga with Diamondcard acount or Ekiga acount. >>>> >>>> When I call, I have to wait long time and after my Internet connection >>>> stop >>>> everytime I call. >>>> >>>> When I do the test call I can call normally and hear the voice. >>>> >>>> Is it a problem of security of antivirus or firewall of Windows ? Or >>>> Internet box ? >>>> Someone have an idea why it happen ? >>>> >>> >>> No idea, it is strange what happens. We need the -d 4 log when the >>> problem arises to see what happens, see http://wiki.ekiga.org/index. >>> php/Debugging_Ekiga#How_to_get_a_debug_output_2. >>> >>> Are you on comcast? I am visiting friends with comcast, and the same >> thing is happening to me (and doesn't normally). Have you tried going >> somewhere that uses a different internet provider, to see if it is provider >> specific? In my case, their cheapo home router could be the problem also. >> Did you check if your router rebooted? However, by "Internet connection >> stop", do you mean the wireless connection? Or do you have a wired >> connection? If your wireless chipset (or driver) does not support >> hardware acceleration for encryption, then the software support in >> wpa_supplicant is buggy. Version 2.0 is much better, but still loses >> encrypted connections with sustained throughput. You know it is >> wpa_supplicant if killing it (as root) shortly after your internet >> connection "stops", makes it come back immediately (as NetworkManager >> reloads wpa_supplicant). >> >> _______________________________________________ >> ekiga-list mailing list >> [email protected] >> https://mail.gnome.org/mailman/listinfo/ekiga-list >> > >
_______________________________________________ ekiga-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/ekiga-list
