IETF Logo Mail Archive

Re: [stir] I-D Action: draft-ietf-stir-passport-divert-04.txt

Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 06 December 2018 18:02 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B31A130EF3 for <stir@ietfa.amsl.com>; Thu, 6 Dec 2018 10:02:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 vypzmr2GC9A8 for <stir@ietfa.amsl.com>; Thu, 6 Dec 2018 10:02:27 -0800 (PST)
Received: from alum-mailsec-scanner-2.mit.edu (alum-mailsec-scanner-2.mit.edu [18.7.68.13]) by ietfa.amsl.com (Postfix) with ESMTP id 47F03130EE9 for <stir@ietf.org>; Thu, 6 Dec 2018 10:02:19 -0800 (PST)
X-AuditID: 1207440d-edbff700000015cf-2a-5c0964283276
Received: from outgoing-alum.mit.edu (outgoing-alum.mit.edu [18.7.68.33]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id DB.3F.05583.824690C5; Thu, 6 Dec 2018 13:02:17 -0500 (EST)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id wB6I2EKB002659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <stir@ietf.org>; Thu, 6 Dec 2018 13:02:15 -0500
To: stir@ietf.org
References: <154025330720.13787.14022156083126853868@ietfa.amsl.com> <66b6b8d3-2d1b-135a-580a-5c0e06d25452@nostrum.com> <E42CCDDA6722744CB241677169E8365675708EE4@MISOUT7MSGUSRDB.ITServices.sbc.com> <B56F001D-7A8F-4711-9FE4-3256715FCD9C@team.neustar> <F4C4F80B-6526-4FF4-85AC-317A4FB68F79@att.com> <9D4258CD-6D8E-489E-BE99-A27353F8B069@chriswendt.net> <4250EED5-6EF1-4472-8A17-7F89158F3439@shockey.us> <DM5PR05MB329095C838431B9BC4423F9889D20@DM5PR05MB3290.namprd05.prod.outlook.com> <656E69B3-615B-4809-AC17-F444C08C0373@ericsson.com> <BF7EA9BC-334C-44EC-A0FB-97EC8E50DB56@team.neustar> <AM6PR07MB562130444504348DFC91B17093AF0@AM6PR07MB5621.eurprd07.prod.outlook.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <f18d47ff-5509-4ce9-c0a9-29253122ae8b@alum.mit.edu>
Date: Thu, 06 Dec 2018 13:02:14 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <AM6PR07MB562130444504348DFC91B17093AF0@AM6PR07MB5621.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNIsWRmVeSWpSXmKPExsUixO6iqKuZwhljsHuLisXytduYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcWabYcF89op7PbOYGxjPsXYxcnBICJhIXHjH38XIySEkcJBJ 4s4Suy5GLiD7C5PE9xnXWUASwgJuEpsuf2IHsUUEBCXuzTjNBFG0jlWifVcHWIJNQEtizqH/ LCBDeQXsJW7uLQQxWQRUJB5NzgKpEBVIk/jbuYQRxOYFGnNy5hOw8ZwCsRJH/3xkBbGZBcwk 5m1+yAxhi0vcejKfCcKWl9j+dg7zBEb+WUjaZyFpmYWkZRaSlgWMLKsY5RJzSnN1cxMzc4pT k3WLkxPz8lKLdI30cjNL9FJTSjcxQsKRdwfj/3UyhxgFOBiVeHgrHDhjhFgTy4orcw8xSnIw KYnydh9gjxHiS8pPqcxILM6ILyrNSS0+xCjBwawkwsugxxEjxJuSWFmVWpQPk5LmYFES52Uz 2RslJJCeWJKanZpakFoEk5Xh4FCS4L0vC7RHsCg1PbUiLTOnBCHNxMEJMpwHaLhgMlANb3FB Ym5xZjpE/hSjLseer00zmIVY8vLzUqXEeUUeAF0gAFKUUZoHNweWRl4xigO9Jcz7OwZoFA8w BcFNegW0hAloSc4WJpAlJYkIKakGxom1fP8PaS+MPy7y+UN8DX/T1xk31ued059Suf/jDsYd 83w+8r02YxFf5/Fm16kggYaZG6+Vvj0scm/5oRvcR8+x6Rx4GLj2sqCGWNmTWb77dadHVKvP OX/2XP/ukF+f+iPKyoRPrF+m/XlbjSmraF6949WM6RVM851y2NIvba2Wvbi/9y/PjGolluKM REMt5qLiRABwoGHX/gIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/zxITdNOlj_4qYOVFI86YnvdwqR0>
Subject: Re: [stir] I-D Action: draft-ietf-stir-passport-divert-04.txt
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stir/>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Dec 2018 18:02:30 -0000

On 12/4/18 2:31 AM, Christer Holmberg wrote:
> Hi,
> 
> 
> Keep in mind that this is not the only case where you may end up with 
> long SIP header fields. There are many other examples where you can have 
> "nested" values: Record-Route, Route, Via etc etc etc. Whether those 
> also cause problems in the mentioned equipment I don't know, but I think 
> that defining two "versions" of a header field (or a header field 
> parameter) is not a good idea.

+1

Why give faulty implementations a pass? They should suck it up and fix 
their problems. I always like to tell people that there *is* an upper 
bound on the length of a header field - the length of the complete 
message. To implement sip you do need to buffer the whole message 
somewhere, and you can use that as the storage for each header field 
within the message. So handling long header fields *should* not be a 
problem.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email