Re: [Sigtran] Upper boundary of Adaptation Layers
Ilie Glib <ilie.glib@googlemail.com> Mon, 09 January 2006 16:46 UTC
Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ew0AH-0005lG-3A; Mon, 09 Jan 2006 11:46:37 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ew0AF-0005l6-Qp for sigtran@megatron.ietf.org; Mon, 09 Jan 2006 11:46:36 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00514 for <sigtran@ietf.org>; Mon, 9 Jan 2006 11:45:17 -0500 (EST)
Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ew0Gj-0003JC-It for sigtran@ietf.org; Mon, 09 Jan 2006 11:53:18 -0500
Received: from nproxy.gmail.com ([64.233.182.201]) by mx2.foretec.com with esmtp (Exim 4.24) id 1Ew0AB-0006SO-HK for sigtran@ietf.org; Mon, 09 Jan 2006 11:46:31 -0500
Received: by nproxy.gmail.com with SMTP id l23so55724nfc for <sigtran@ietf.org>; Mon, 09 Jan 2006 08:44:59 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PfGRY/4wHaLef0KovVgE45HiznRoeNCZ7tpIBCIn19r4RjVIaCNNxMuwMjNJsuwux5MaZr1bO8BBERTnly//Lu3R7owwm7AjDcvGMyFLcBDMTYCq4tW8r5SJm3jwXXxf67AhWk9P/igC+2Bj4s2upBqPDl++tSLA5x9K4TZA5uU=
Received: by 10.48.247.14 with SMTP id u14mr921953nfh; Mon, 09 Jan 2006 08:44:59 -0800 (PST)
Received: by 10.48.1.13 with HTTP; Mon, 9 Jan 2006 08:44:59 -0800 (PST)
Message-ID: <17b146d60601090844n300cd1b2k7916960ac88140b5@mail.gmail.com>
Date: Mon, 09 Jan 2006 17:44:59 +0100
From: Ilie Glib <ilie.glib@googlemail.com>
To: Stanislav Ivanovich <stanislav_ivanovich@yahoo.com>
Subject: Re: [Sigtran] Upper boundary of Adaptation Layers
In-Reply-To: <20060109152717.42154.qmail@web35403.mail.mud.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <17b146d60601090707l6bb0a035k57483360dfdf14c2@mail.gmail.com> <20060109152717.42154.qmail@web35403.mail.mud.yahoo.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2857c5c041d6c02d7181d602c22822c8
Content-Transfer-Encoding: quoted-printable
Cc: SIGTRAN <sigtran@ietf.org>
X-BeenThere: sigtran@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Signaling Transport <sigtran.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=unsubscribe>
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>
Sender: sigtran-bounces@ietf.org
Errors-To: sigtran-bounces@ietf.org
Hello Stanislav, On 1/9/06, Stanislav Ivanovich <stanislav_ivanovich@yahoo.com> wrote: > Hello, > > Since I find Ilie's questions ambiguous I will extend his questions by > asking: > > 1) Is there a layer which owns state of SIGTRAN objects (like ASP/IPSP > process states) indepdnednetly on MTP-user or SCCP-user applications by > making these applications idendepndtz on the ASP/IPSP state? > [Ilie] I have not questioned that, in my view this is a fact written in stone (RFCs). check e.g. the SIGTRAN applicability draft: http://tools.ietf.org/html/draft-ietf-sigtran-signalling-over-sctp-applic-09.txt > 2) If such layer exisits and if M3UA and SUA are not just and only protocls > but also boxes/layers which have a place in the signalling system which is > to isolate user functions on ASP/IPSP state shold such layer own the control > on ASP/IPSP states? > > For example SCCP subsystem does not want to handle traffic. In legacy > systems SCCP-user applications own the control on the SCCP-subsystem state > change thus they control appaearance on N-STATE_request primitive on SCCP > API. > However if one thinks that xxUA is not just a set of protocls (ASP-SGP and > IPSP-IPSP) but also a box which contains a functionality which is to isolate > user functions on SIGTRAN concepts (like ASP/IPSP) does that imply that such > box should own commands for AS state change, i.e. it is SUA box but not SCCP > user function which owns control on AS state change, see section 1.6.3. in > xxUA RFCs, e.g. Definition of the Boundary between SUA and Layer Management: > > M-ASP_ACTIVE request > Direction: LM -> SUA > Purpose: LM requests ASP to send an ASP Active message to its peer. > M-ASP_INACTIVE request > Direction: LM -> SUA > Purpose: LM requests ASP to send an ASP Inactive message to its > peer. > > Is this an RFC fault? > > > regards/ stanislav > > > Ilie Glib <ilie.glib@googlemail.com> wrote: > Hello Folks, > > In my current understanding of the SIGTRAN: > > - SUA and M3UA RFCs define the primitives of the adaptation layers > towards their users in Section "1.6.1. Definition of the upper > boundary". > SUA and M3UA RFCs simply refer to ITU-T and ANSI standards for the > complete definition of the primitives towards the users, therefore > SIGTRAN supports existing > SCCP/MTP users without them being aware of the fact that SIGTRAN is > used for the transport of messages. > SIGTRAN concepts and the corresponding entities/objects like AS, RK, > RC, IPSP, ASP, and SGP are not part of the currently standardized > upper boundary of M3UA (SUA). > Thus today's SIGTRAN users do not know anything about those concepts. > > Can you please confirm this view or tell me if I'm mislead by my > interpretation ? > > Is their any attempt in SIGTRAN WG to define! an extended upper > boundary for xxUA that gives the option of managing entities like AS, > RK, RC, IPSP, ASP, and SGP to xxUA users and what are the enhanced > services expected from adaptation layers ? > > Thank you in advance > > -- > Ilie > > _______________________________________________ > Sigtran mailing list > Sigtran@ietf.org > https://www1.ietf.org/mailman/listinfo/sigtran > > > > ________________________________ > Yahoo! Photos > Ring in the New Year with Photo Calendars. Add photos, events, holidays, > whatever. > > > _______________________________________________ > Sigtran mailing list > Sigtran@ietf.org > https://www1.ietf.org/mailman/listinfo/sigtran > > > -- Ilie _______________________________________________ Sigtran mailing list Sigtran@ietf.org https://www1.ietf.org/mailman/listinfo/sigtran
- [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- RE: [Sigtran] Upper boundary of Adaptation Layers Barry Nagelberg
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- RE: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- RE: [Sigtran] Upper boundary of Adaptation Layers Barry Nagelberg
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- RE: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- Re: [Sigtran] Upper boundary of Adaptation Layers Stanislav Ivanovich
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock
- RE: [Sigtran] Upper boundary of Adaptation Layers Tolga Asveren
- Re: [Sigtran] Upper boundary of Adaptation Layers Ilie Glib
- Re: [Sigtran] Upper boundary of Adaptation Layers Brian F. G. Bidulock