Re: [Sigtran] Interface Identifier in ASPTM message in M2UA

"Brian F. G. Bidulock" <bidulock@openss7.org> Wed, 07 September 2011 09:15 UTC

Return-Path: <bidulock@openss7.org>
X-Original-To: sigtran@ietfa.amsl.com
Delivered-To: sigtran@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D545D21F8515 for <sigtran@ietfa.amsl.com>; Wed, 7 Sep 2011 02:15:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.387
X-Spam-Level:
X-Spam-Status: No, score=-2.387 tagged_above=-999 required=5 tests=[AWL=0.212, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pqDcY50Hrvqn for <sigtran@ietfa.amsl.com>; Wed, 7 Sep 2011 02:15:03 -0700 (PDT)
Received: from gw.openss7.com (gw.openss7.com [206.75.117.178]) by ietfa.amsl.com (Postfix) with ESMTP id C80F021F84F9 for <sigtran@ietf.org>; Wed, 7 Sep 2011 02:15:02 -0700 (PDT)
Received: from wilbur.pigworks.openss7.net (ns5.evil.openss7.net [192.168.9.5]) by gw.openss7.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p879Gd9C013798; Wed, 7 Sep 2011 03:16:39 -0600
Received: from wilbur.pigworks.openss7.net (localhost [127.0.0.1]) by wilbur.pigworks.openss7.net (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p879GcjR019627; Wed, 7 Sep 2011 03:16:38 -0600
Received: (from brian@localhost) by wilbur.pigworks.openss7.net (8.14.3/8.14.3/Submit) id p879Gbp9019626; Wed, 7 Sep 2011 03:16:37 -0600
Date: Wed, 07 Sep 2011 03:16:37 -0600
From: "Brian F. G. Bidulock" <bidulock@openss7.org>
To: rajangam.subramanian@wipro.com
Message-ID: <20110907091637.GA17415@openss7.org>
Mail-Followup-To: rajangam.subramanian@wipro.com, sandeepsinghmails@gmail.com, rajesh.makhija@aricent.com, sigtran@ietf.org, sigtran@ietfa.amsl.com, supreet_jain@yahoo.com
References: <CA+eBFfUYt4gGpLK_+fi40D2cQMdfSgPY62inrbOSG6u52ArFLw@mail.gmail.com> <774B5A31E820C94DB1CEA7B809C399B5040389E7@CHN-SNR-MBX03.wipro.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <774B5A31E820C94DB1CEA7B809C399B5040389E7@CHN-SNR-MBX03.wipro.com>
Organization: http://www.openss7.org/
Dsn-Notification-To: <bidulock@openss7.org>
X-Spam-To: <blockme@openss7.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: sigtran@ietfa.amsl.com, supreet_jain@yahoo.com, rajesh.makhija@aricent.com, sigtran@ietf.org
Subject: Re: [Sigtran] Interface Identifier in ASPTM message in M2UA
X-BeenThere: sigtran@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: bidulock@openss7.org
List-Id: Signaling Transport <sigtran.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sigtran>, <mailto:sigtran-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sigtran>
List-Post: <mailto:sigtran@ietf.org>
List-Help: <mailto:sigtran-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Sep 2011 09:15:03 -0000

rajangam.subramanian,

Well, no.

3.2 applies to MAUP messages only.  MAUP messages are specific to an
interface.  MAUP messages control the MTP2 signalling link and therefore
must identify a specific signalling link.  Therefore, the Integer IID
can only identify a single signalling link for MAUP messages and the
length needs to be 8.  Note also that, although text IIDs are also
supported, IID ranges are not.

ASPTM messages, OTOH, specify a group of IIDs that belong to an AS.  An
AS can consist of more than one signalling link.  (See 1.5.1: "An AS MAY
support more than one Interface Identifier.")  Therefore, the ASPAC and
ASPAC Ack messages can have multiple Integer IIDs.  As shown in 3.3.2.7,
the IID can have a length 4+n*4, where n is the number of integer
interface identifiers in the parameter, or, as also shown, can have
repeated parameters, each with one or more integer IIDs.  The message
can also have multiple Integer range IIDs or multiple text IIDs.

There is no error.  There is no contradiction.  This is completely in
fitting with the intended use of the protocol.

--brian

rajangam.subramanian@wipro.com wrote:                 (Wed, 07 Sep 2011 14:18:41)
>    Hello Sandeep Singh and all,
> 
>       I differ from your inference of the section 3.3.2.7 (Page 36 RFC
>    3331). It would be in conflict to section 3.2 (Page 22 of RFC 3331)
>    which actually defines the structure of the Interface Identifier.
>    Section 3.3.2.7 gives an indication of the possible parameters in the
>    ASPAC message but does not define the structure of the parameters (Of
>    course there is an ambiguity in the RFC or rather error, wherein in
>    section 3.2 indicates M2UA specific headers are used only with MAUP
>    messages while they are used also with other messages like ASPSM
>    messages).
> 
> 
>    So from the structure of the Integer Interface Identifier we need to
>    follow section 3.2 which clearly states the length value cannot be
>    greater than 8.
> 
> 
>    Regards,
> 
>    Rajangam

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