ICE: Media not starting in caller

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Benny Prijono wrote:
> On Thu, Aug 14, 2008 at 10:46 AM, Pedro Gon?alves 
> <pedro.pandre at gmail.com <mailto:pedro.pandre at gmail.com>> wrote:
>
>     I can assure you that to check the caller's log and capture is
>     what I've
>     been doing yesterday and today.
>     Sorry, but I'm no way as expert in PJSIP as you are.
>     I relatively new to PJSIP, I am still learning, so that's why I am
>     asking for help: I tried myself to figure out what was wrong, and as I
>     was (and still am) stuck on this problem, I asked for your help.
>     If the logs tell what's wrong, could you help me understand what the
>     problem is?
>
>
> Well it's written there very clearly:
>
>  15:44:37.062 stuntsx16EF0D6  STUN timeout waiting for response
>  15:44:37.062 ICEVoiceTransp  Check 1: [2] 
> 10.0.0.2:1476-->172.18.0.211:1308 <http://172.18.0.211:1308> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.062 ICEVoiceTransp  Check 1: [2] 
> 10.0.0.2:1476-->172.18.0.211:1308 <http://172.18.0.211:1308>: state 
> changed from In Progress to Failed
>  15:44:37.234 stuntsx16E34D6  STUN timeout waiting for response
>  15:44:37.234 ICEVoiceTransp  Check 2: [1] 
> 10.0.0.2:1475-->169.254.127.178:2028 <http://169.254.127.178:2028> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.234 ICEVoiceTransp  Check 2: [1] 
> 10.0.0.2:1475-->169.254.127.178:2028 <http://169.254.127.178:2028>: 
> state changed from In Progress to Failed
>  15:44:37.328 stuntsx16E40D6  STUN timeout waiting for response
>  15:44:37.328 ICEVoiceTransp  Check 7: [2] 
> 10.0.0.2:1476-->192.168.1.91:5107 <http://192.168.1.91:5107> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.328 ICEVoiceTransp  Check 7: [2] 
> 10.0.0.2:1476-->192.168.1.91:5107 <http://192.168.1.91:5107>: state 
> changed from In Progress to Failed
>  15:44:37.328 stuntsx16EFDD6  STUN timeout waiting for response
>  15:44:37.328 ICEVoiceTransp  Check 6: [1] 
> 10.0.0.2:1475-->192.168.1.91:5106 <http://192.168.1.91:5106> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.328 ICEVoiceTransp  Check 6: [1] 
> 10.0.0.2:1475-->192.168.1.91:5106 <http://192.168.1.91:5106>: state 
> changed from In Progress to Failed
>  15:44:37.328 stuntsx16E65D6  STUN timeout waiting for response
>  15:44:37.328 ICEVoiceTransp  Check 5: [2] 
> 10.0.0.2:1476-->169.254.127.178:2029 <http://169.254.127.178:2029> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.328 ICEVoiceTransp  Check 5: [2] 
> 10.0.0.2:1476-->169.254.127.178:2029 <http://169.254.127.178:2029>: 
> state changed from In Progress to Failed
>  15:44:37.328 stuntsx16EE8D6  STUN timeout waiting for response
>  15:44:37.328 ICEVoiceTransp  Check 4: [2] 
> 10.0.0.2:1476-->192.168.100.100:2029 <http://192.168.100.100:2029> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.328 ICEVoiceTransp  Check 4: [2] 
> 10.0.0.2:1476-->192.168.100.100:2029 <http://192.168.100.100:2029>: 
> state changed from In Progress to Failed
>  15:44:37.328 stuntsx16E3AD6  STUN timeout waiting for response
>  15:44:37.328 ICEVoiceTransp  Check 3: [1] 
> 10.0.0.2:1475-->192.168.100.100:2028 <http://192.168.100.100:2028> 
> (nominated): connectivity check FAILED: Unknown error 370004
>  15:44:37.328 ICEVoiceTransp  Check 3: [1] 
> 10.0.0.2:1475-->192.168.100.100:2028 <http://192.168.100.100:2028>: 
> state changed from In Progress to Failed
>  15:44:37.328 ICEVoiceTransp  ICE process complete, status=Unknown 
> error 370082
>  15:44:37.328 ICEVoiceTransp  Valid list
>  15:44:37.328 ICEVoiceTransp  ICE negotiation failed after 8s:422: 
> Unknown error 370082
>
Hummm...
So basically, PJSIP won't send RTP packets until a STUN response is 
received?
If so, why?!
192.168.1.91 is a relay server (not a standard TURN, unfortunately), and 
the initial INVITE and the initial 200 OK INVITE should be enough to 
establish connectivity between the two clients.
At that moment, they should be exchanging RTP / RTCP using that relay 
server (at least that's what I wanted them to do).

So ICE simply fails and because of so no RTP data is sent?

Cheers
Pedro Gon?alves



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux