Re: [Ekiga-list] echo test not working

[yannick <sevmek free fr>]

Eugen Dedu a écrit :
> Monty Williams wrote:
>> What dumb error am I making?
>>
>> Echo test blinks and says "call completed" but does not perform as it
>> should - does not connect.
>>
>>
>> Mandriva 2009.1 x86_64
>> Ekiga 3.2.0 default Mandriva RPM
>>
>> Have disabled all video codecs except h261 in order to keep "Sending
>> PDU" smaller than 1500. Has not helped make connection.
>>
>> Ports open in firewall:
>>
>> Protocols     Ports     Types     Descriptions
>> SIP     5000 to 5100     UDP     SIP signalling, listen port: 5060
>> STUN     3478 to 3479     UDP     Outgoing traffic to the STUN server
>> RTP     Random/Various     UDP     Incoming traffic from the other
>> end. Often 5004, 7070, 16382
>> H323     1720     TCP     Listen port
>>
>>
>> No router, Lan port connected to cable modem.
>>
>> Sound test (ringer) works. Camera - Logitech pro 4000 (pwc) - works
>> locally.
>> Skype works.
>>
>> Trying to connect to a Vista machine which is having same problem -
>> cannot get echo test to work, and we are each seeing "user not
>> available" when we try to call each other, but that problem will have
>> to wait until the above is resolved.
>>
>> [monty Williams ~]$  ekiga -d 5
>> 2>out                                                                                  
>>
>> Segmentation
>> fault                                                                                                     
>>
>> [monty Williams ~]$ grep "Sending PDU"
>> out                                                                            
>> 2009/08/09 19:31:21.727   0:01.352        subscriber:0xbd215950
>> SIP     Sending PDU (561 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.764   0:01.389                             
>> SIP     Sending PDU (580 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.806   0:01.431                             
>> SIP     Sending PDU (578 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.858   0:01.483                             
>> SIP     Sending PDU (580 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.899   0:01.524      Opal Liste...0xbd297950
>> SIP     Sending PDU (781 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.900   0:01.525                             
>> SIP     Sending PDU (578 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.930   0:01.555                             
>> SIP     Sending PDU (592 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:21.956   0:01.581                             
>> SIP     Sending PDU (596 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:22.104   0:01.729      Opal Liste...0xbd297950
>> SIP     Sending PDU (358 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:22.105   0:01.730      Opal Liste...0xbd297950
>> SIP     Sending PDU (354 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:22.129   0:01.754      Opal Liste...0xbd297950
>> SIP     Sending PDU (358 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:22.130   0:01.755      Opal Liste...0xbd297950
>> SIP     Sending PDU (354 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:30.180   0:09.805         CallSetup:0xb86a6950
>> SIP     Sending PDU (1224 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                          
>>
>> 2009/08/09 19:31:30.386   0:10.011        Aggregator:0xb81cf950
>> SIP     Sending PDU (398 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                           
>>
>> 2009/08/09 19:31:30.422   0:10.047        Aggregator:0xb81cf950
>> SIP     Sending PDU (1412 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1                                                                          
>>
>> 2009/08/09 19:31:30.611   0:10.236        Aggregator:0xb81cf950
>> SIP     Sending PDU (628 bytes) to:
>> rem=udp$86.64.162.35:5060,local=udp$24.87.78.143:5060,if=24.87.78.143%eth1  
>> -- 
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> ekiga-list mailing list
>> ekiga-list gnome org
>> http://mail.gnome.org/mailman/listinfo/ekiga-list
> 
> I see that you send the INVITE 500, but ekiga.net replies with:
> SIP/2.0 407 Proxy Authentication Required
> but I do not understand why...  Maybe someone with better knowledge can
> answer?
> 

The REGISTER fails on the authentication and Ekiga then give up on the
REGISTER:
2009/08/09 20:37:28.613	  0:05.025	Opal Liste...0x9318c950	SIP
Authentication already performed using current credentials, not trying
again.

IMHO it seems Ekiga never completed the REGISTER process, thus when the
INVITE for the echo test (500) shows up the server ask for
authentication again.

The main issue here seems Ekiga cannot register to ekiga.net in the
first place. I'm not sure why. If wrong password, it will respond with
606, which is not the case here. I do not understand why it fails. :/