Re: [v6ops] Happy Eyeballs and SIP

["Olle E. Johansson" <[e-mail]>]

7 mar 2011 kl. 16.37 skrev Dan Wing:

>> -----Original Message-----
>> From: [e-mail] [mailto:[e-mail]] On Behalf
>> Of Olle E. Johansson
>> Sent: Monday, March 07, 2011 1:40 AM
>> To: [e-mail]
>> Subject: [v6ops] Happy Eyeballs and SIP
>> 
>> Hi!
>> 
>> Has anyone considered the issues covered in the happy-eyeballs draft
>> for SIP?
>> 
>> A 19 or 32 second time out when placing a call is not a good user
>> experience... I think this applies to SIP over TCP, and possibly also
>> needs to be handled for UDP.
>> I don't see this handled in the draft for IPv6 transition in the
>> Session Initiation Protocol (soon-to-be RFC 6157)
>> 
>> Seems like the scope of the happy eyeballs draft is HTTP, so the
>> question is if this should be expanded or if we need other drafts for
>> other protocols.
> 
> ICE (RFC5245) resolves the problem perfectly, and is the plan-of-record for
> how to support the transition to IPv6 for SIP
> (draft-ietf-sipping-v6-transition).  ICE does connectivity checks, so it
> figures out if IPv4 or IPv6 (or UDP, or TCP) is working between two peers,
> and uses that path.  ICE can be performed while the phone is ringing, so
> does not delay call set up.  ICE was one of the inspirations for Happy
> Eyeballs.
> 
> There is resistance to ICE because of (a) its complexity and (b) a
> perception that "IPv6 works fine on my network", which has fostered the
> creation of several other solutions, including an idea we nicknamed "Happy
> Eardrums", draft-wing-dispatch-v6-migration, which we have since abandoned.
> ICE does more, and it does a better job.
> 
Thanks for the feedback.

Please tell me how Ice solves the issue of a phone calling a SIP domain with both A and AAAA records for the first selected host.
The proxy or the UA will try to contact first over one connection, time out after T1*64 and then maybe retry.

As far as I know ICE handles media, but not the signalling. But I may be misunderstanding something.

Cheers,
/O