Re: [Sigtran] SUA v16: TID and DRM labels

"Brian F. G. Bidulock" <bidulock@openss7.org> Fri, 20 February 2004 07:37 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA07835 for <sigtran-archive@odin.ietf.org>; Fri, 20 Feb 2004 02:37:31 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au5Dc-0005ux-0L for sigtran-archive@odin.ietf.org; Fri, 20 Feb 2004 02:37:04 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1K7b3Sm022746 for sigtran-archive@odin.ietf.org; Fri, 20 Feb 2004 02:37:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au5DZ-0005uX-Si; Fri, 20 Feb 2004 02:37:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Au5DH-0005tW-Da for sigtran@optimus.ietf.org; Fri, 20 Feb 2004 02:36:43 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA07822 for <sigtran@ietf.org>; Fri, 20 Feb 2004 02:36:39 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Au5DD-0005zE-00 for sigtran@ietf.org; Fri, 20 Feb 2004 02:36:39 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Au5CI-0005xU-00 for sigtran@ietf.org; Fri, 20 Feb 2004 02:35:42 -0500
Received: from gw.openss7.com ([142.179.199.224] ident=[WWK8gnA2pog/Znkl5VX5c2XiZXa4oQs5]) by ietf-mx with esmtp (Exim 4.12) id 1Au5BP-0005vT-00 for sigtran@ietf.org; Fri, 20 Feb 2004 02:34:47 -0500
Received: from ns.pigworks.openss7.net (IDENT:A0kOAle2nzgdXfuVVBfgUkMpSWKuQDFC@ns1.evil.openss7.net [192.168.9.1]) by gw.openss7.com (8.11.6/8.11.6) with ESMTP id i1K7YkI27978; Fri, 20 Feb 2004 00:34:46 -0700
Received: (from brian@localhost) by ns.pigworks.openss7.net (8.11.6/8.11.6) id i1K7Yjg28156; Fri, 20 Feb 2004 00:34:45 -0700
Date: Fri, 20 Feb 2004 00:34:45 -0700
From: "Brian F. G. Bidulock" <bidulock@openss7.org>
To: john.loughney@nokia.com
Cc: barryn@adax.com, sigtran@ietf.org, sgilchrist@connetcom.com
Subject: Re: [Sigtran] SUA v16: TID and DRM labels
Message-ID: <20040220003445.A27423@openss7.org>
Reply-To: bidulock@openss7.org
Mail-Followup-To: john.loughney@nokia.com, barryn@adax.com, sigtran@ietf.org, sgilchrist@connetcom.com
References: <DADF50F5EC506B41A0F375ABEB3206360143B710@esebe023.ntc.nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <DADF50F5EC506B41A0F375ABEB3206360143B710@esebe023.ntc.nokia.com>; from john.loughney@nokia.com on Fri, Feb 20, 2004 at 09:21:09AM +0200
Organization: http://www.openss7.org/
Dsn-Notification-To: <bidulock@openss7.org>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Sender: sigtran-admin@ietf.org
Errors-To: sigtran-admin@ietf.org
X-BeenThere: sigtran@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=unsubscribe>
List-Id: Signaling Transport <sigtran.ietf.org>
List-Post: <mailto:sigtran@ietf.org>
List-Help: <mailto:sigtran-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=subscribe>

John,

What about removal?

--brian

John Loughney wrote:                                                                  (Fri, 20 Feb 2004 09:21:09)
> Barry,
> 
> One concern I have about making this change is that we had a
> WG last call on the draft.  Brian raised the point, but there
> wasn't much support for his proposal at the time.  We've had
> a few bake-offs & a few implementations have been made.  I
> don't know the best procedure for fixing this. Perhaps if someone
> had a proposal and got strong support from the WG, something
> might be done, but the IESG generally frowns upon things like 
> that.
> 
> John
> 
> > -----Original Message-----
> > From: sigtran-admin@ietf.org 
> > [mailto:sigtran-admin@ietf.org]On Behalf Of
> > ext Barry Nagelberg
> > Sent: 19 February, 2004 15:53
> > To: sigtran@ietf.org
> > Cc: sgilchrist@connetcom.com
> > Subject: RE: [Sigtran] SUA v16: TID and DRM labels
> > 
> > 
> > 
> > It is not good enough to simply state in the draft that the "Label
> > procedures are OPTIONAL.".
> > 
> > As I noted earlier, there is no mechanism through which the 
> > SGP can indicate
> > to the ASP that it doesn't support the
> > TID Label parameter in the ASPAC message (there is no "Unsupported
> > parameter" error code).
> > 
> > So when an ASP implementation _does_ send the TID and/or DRM 
> > labels to an
> > SGP that does not support them, we will be in 
> > "non-interoperability hell".
> > The ASP will assume that the SGP is supporting the labels, 
> > while in reality
> > the SGP will not be supporting them. The ASP will receive 
> > transaction IDs
> > that it does not expect.
> > 
> > These procedures must either be fixed or removed. Why are we 
> > rushing to push
> > through a flawed draft?
> > 
> > Barry Nagelberg
> > 
> > > -----Original Message-----
> > > From: Brian F. G. Bidulock [mailto:bidulock@openss7.org]
> > > Sent: Thursday, February 19, 2004 1:57 AM
> > > To: john.loughney@nokia.com
> > > Cc: barryn@adax.com; sigtran@ietf.org; sgilchrist@connetcom.com
> > > Subject: Re: [Sigtran] SUA v16: TID and DRM labels
> > >
> > >
> > > John,
> > >
> > > John Loughney wrote:
> > >                     (Thu, 19 Feb 2004 08:11:08)
> > > > Hi Brian,
> > > >
> > > > > If you look back to the thread "SUA-09: SCCP 
> > Connections and TCAP
> > > > > Transactions" from Dec 2001/Jan 2002, you will find that at that
> > > > > "late date" it was too late to remove or fix the 
> > labels.  In that
> > > > > thread there was a proposal for a working solution.  
> > The draft was
> > > > > advanced to IESG LC Feb 2002.  Now, two years later, it 
> > is neither
> > > > > fixed nor removed, and it is still a late date.  At 
> > this rate, expect
> > > > > corrections some time in 2006, if, of course, it is not 
> > still too
> > > > > late by then ;)
> > > > >
> > > > > I am concerned, however, that the approach is not 
> > clearly marked as
> > > > > optional.  Which it should be and was always intended 
> > to be.  That
> > > > > change can certainly be made before SUA goes out the 
> > door (unless
> > > > > the authors have been stripped ala M3UA).
> > > >
> > > > If you want to send text and get support, I can probably 
> > make the text
> > > > change - if the text change is not too substantial.
> > > >
> > > > Delays due to IESG issues are beyond my control.
> > >
> > > Proposed text addition: "Label procedures are OPTIONAL."
> > >
> > > --brian
> > >
> > > >
> > > > John
> > >
> > > --
> > > Brian F. G. Bidulock
> > > bidulock@openss7.org
> > > http://www.openss7.org/
> > 
> > 
> > _______________________________________________
> > Sigtran mailing list
> > Sigtran@ietf.org
> > https://www1.ietf.org/mailman/listinfo/sigtran
> > 
> 
> _______________________________________________
> Sigtran mailing list
> Sigtran@ietf.org
> https://www1.ietf.org/mailman/listinfo/sigtran

-- 
Brian F. G. Bidulock
bidulock@openss7.org
http://www.openss7.org/

_______________________________________________
Sigtran mailing list
Sigtran@ietf.org
https://www1.ietf.org/mailman/listinfo/sigtran