Re: [dispatch] New Version Notification for draft-johansson-dispatch-dane-sip-00.txt

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 08 January 2014 15:53 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC7FB1AE4D2 for <dispatch@ietfa.amsl.com>; Wed, 8 Jan 2014 07:53:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.935
X-Spam-Level:
X-Spam-Status: No, score=-0.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MIME_8BIT_HEADER=0.3, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KacaPv45Trzi for <dispatch@ietfa.amsl.com>; Wed, 8 Jan 2014 07:53:06 -0800 (PST)
Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:227]) by ietfa.amsl.com (Postfix) with ESMTP id 343A81AE434 for <dispatch@ietf.org>; Wed, 8 Jan 2014 07:53:05 -0800 (PST)
Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta12.westchester.pa.mail.comcast.net with comcast id BQzW1n0060Fqzac5CTsvtZ; Wed, 08 Jan 2014 15:52:55 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta08.westchester.pa.mail.comcast.net with comcast id BTss1n00h3ZTu2S3UTssdn; Wed, 08 Jan 2014 15:52:55 +0000
Message-ID: <52CD7454.8080208@alum.mit.edu>
Date: Wed, 08 Jan 2014 10:52:52 -0500
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: "Olle E. Johansson" <oej@edvina.net>, Iñaki Baz Castillo <ibc@aliax.net>
References: <20140102101042.27427.64547.idtracker@ietfa.amsl.com> <0BA14051-5C7F-4416-8CD2-413347D540D3@edvina.net> <52C83591.3080702@alum.mit.edu> <EB6CEF2F-3207-47E7-9463-ACDDEF2A7826@edvina.net> <CALiegfmXUex+Z4dSnMy5vG2W3UjgTLKtnYAM4j=vp5dn2aFfdg@mail.gmail.com> <A7C3304F-A767-4B4A-89E9-01D8F074D8F6@edvina.net> <CALiegf=BnS7s4z0h6t1f=UQ+L8ApZ90cBXA22Webb3cCZYPufg@mail.gmail.com> <BFF6255C-0FC5-431A-A075-5425E74A2B8C@edvina.net> <CALiegfm-DF7ao4HjsMD2-TyHa1Eyez541KDkC=T6HTZJWKa5MQ@mail.gmail.com> <17645DB3-06D2-4E6A-8B1E-759EEA2B68C9@edvina.net>
In-Reply-To: <17645DB3-06D2-4E6A-8B1E-759EEA2B68C9@edvina.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1389196376; bh=4a17xCvabc6pTi0aTNU/nTTNT1IB8MeUul9BWAnHf68=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=QvDYmbZs2njAM1uv2yyakz6TazSrzSl97C8M2I9Ry2zSpQfcmrjCAsaRr6yyc6E2y hSmQK2S1XUNM4rGAnDzTRxNaowE5PHufFYD6j+gZnihsRVK27lr0JCkn1IdJ1firWs FBmquI22IE8NlcXzJhr0GJsaNqn+DuuzxjT3mdRXqkSgHBJbSTRwyZ8GA1Jy7OORjn 9Ns7xUsuz5K3B2/Vhnmk6wfHEx4xKMnh+h+w1d64zb9VpM0MhkqStcaIDKhhA4FWQ6 bByXWT355U2VgZWflYUDJQ4O2Zc+oKJ02xNHCHCYB8QzjQAHv2ag0MWR7x22rDCcfr u+uqmYijT4rhg==
Cc: "dispatch@ietf.org list" <dispatch@ietf.org>
Subject: Re: [dispatch] New Version Notification for draft-johansson-dispatch-dane-sip-00.txt
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Jan 2014 15:53:08 -0000

On 1/8/14 4:16 AM, Olle E. Johansson wrote:
>
> On 08 Jan 2014, at 10:06, Iñaki Baz Castillo <ibc@aliax.net> wrote:
>
>> 2014/1/8 Olle E. Johansson <oej@edvina.net>:
>>>> Honestly I've never understood the real difference between a domain
>>>> and a hostname. Of course, IMHO, the SIP client should provide in the
>>>> SNI the destination domain of the server it is attempting to connect
>>>> to.
>>> Right, but...
>>>
>>> Does anyone find this in any published document?
>>
>> Not AFAIK :)
>> But in this case SIP should follow well proven mechanisms and rules of HTTP(s).
>>
> If so, that is what we need to write.

+1

This seems to be yet another place where as time goes on we find aspects 
of SIP that are underspecified. The problem with underspecification is 
that implementers make assumptions, often without even realizing they 
are doing so. And if implementers don't all make the *same* assumptions 
then we get interop problems.

I'm strongly in favor of publishing clarifications for such things.

	Thanks,
	Paul