Re: [Fwd: I-D ACTION:draft-jennings-midcom-stun-results-00.txt]

Jonathan Rosenberg <[email protected]>
Newsgroups gmane.ietf.midcom
Organization dynamicsoft
Message-ID <[email protected]>

Yutaka Takeda wrote:

>>With ICE, a UAS will first check connectivity to UAC's STUN address.
>>The ICE draft suggests doing so on the initial application request
>>(SIP INVITE e.g.) to keep call set up time low. At this 
>>moment however, 
>>UAC's NAT is not primed yet and the STUN check reports no 
>>connectivity.
> 
> 
> My understanding is that the connectivity check is done at the same time
> at both ends. The UAS (responder) may initiate the connectivity check
> first, the UAS will send 183 Session Progress with SDP (accept message)
> back to the UAC (initiator) without waiting for completion of the connectivity
> check.

This is allowed, yes.

> UAC will start the connectivity check immediately after it receives the
> accept message.

Right.

> Timeout duration of STUN transaction is 9.5 seconds
> which is long enought for UAS to initiate the connectivity check before UAS
> side connectivity check is complete.

I think you mean "long enough for the UAC to initiate the connectivity 
check before the UAS side connectivity check is complete".

I believe that will work, yes, though it does REQUIRE the UAS to issue a 
183 immediately, as opposed to waiting as long as it wants.

In the current draft, the original approach for dealing with port 
restricted was to do another ice cycle, i.e., a second o/a exchange 
which would re-do the checks. However, doing it with a single cycle 
would be highly preferred, so I like Yutaka's suggestion on this.

> 
> BTW, 9.5 seconds seems to me too long. I would like to know if there is
> a specific reason for that.

Typical value for transaction timeouts on public Internet. SIP uses an 
even larger number, 32s. STUN is quite aggressive by comparison.

Also, note that with ICE, the clients will use the "default" media path 
- generally through a relay - until the connectivity checks yield 
something better. So you'll still get media flowing even if the checks 
take much longer.

Thanks,
Jonathan R.

-- 
Jonathan D. Rosenberg, Ph.D.                600 Lanidex Plaza
Chief Technology Officer                    Parsippany, NJ 07054-2711
dynamicsoft
[email protected]                     FAX:   (973) 952-5050
http://www.jdrosen.net                      PHONE: (973) 952-5000
http://www.dynamicsoft.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.