Re: [Sigtran] Conceptual doubt between an ASP and SGP

David Laight <David.Laight@ACULAB.COM> Thu, 13 March 2014 10:54 UTC

Return-Path: <David.Laight@ACULAB.COM>
X-Original-To: sigtran@ietfa.amsl.com
Delivered-To: sigtran@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05E291A093F for <sigtran@ietfa.amsl.com>; Thu, 13 Mar 2014 03:54:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.347
X-Spam-Level:
X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, MIME_BAD_LINEBREAK=0.5, MIME_QP_LONG_LINE=0.001, RP_MATCHES_RCVD=-0.547, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 2VYDFDnfw84C for <sigtran@ietfa.amsl.com>; Thu, 13 Mar 2014 03:54:18 -0700 (PDT)
Received: from mx0.aculab.com (mx0.aculab.com [213.249.233.131]) by ietfa.amsl.com (Postfix) with SMTP id C91841A001F for <sigtran@ietf.org>; Thu, 13 Mar 2014 03:54:17 -0700 (PDT)
Received: (qmail 13157 invoked from network); 13 Mar 2014 10:54:03 -0000
Received: from localhost (127.0.0.1) by mx0.aculab.com with SMTP; 13 Mar 2014 10:54:03 -0000
Received: from mx0.aculab.com ([127.0.0.1]) by localhost (mx0.aculab.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 13033-01 for <sigtran@ietf.org>; Thu, 13 Mar 2014 10:54:01 +0000 (GMT)
Received: (qmail 13127 invoked by uid 599); 13 Mar 2014 10:54:00 -0000
Received: from unknown (HELO AcuExch.aculab.com) (10.202.163.4) by mx0.aculab.com (qpsmtpd/0.28) with ESMTP; Thu, 13 Mar 2014 10:54:00 +0000
Received: from ACUEXCH.Aculab.com ([::1]) by AcuExch.aculab.com ([::1]) with mapi id 14.03.0123.003; Thu, 13 Mar 2014 10:53:04 +0000
From: David Laight <David.Laight@ACULAB.COM>
To: 'Ajay Garg' <ajaygargnsit@gmail.com>, "bidulock@openss7.org" <bidulock@openss7.org>, "sigtran@ietf.org" <sigtran@ietf.org>
Thread-Topic: [Sigtran] Conceptual doubt between an ASP and SGP
Thread-Index: AQHPPqOMfjpMOmKuQ0ONeHU06dUY6Zre1dbw
Date: Thu, 13 Mar 2014 10:53:03 +0000
Message-ID: <063D6719AE5E284EB5DD2968C1650D6D0F6DC998@AcuExch.aculab.com>
References: <CAHP4M8VFfMjLXGQ703yL+Ne7Dujf7GmxOjJY+Ndvzn9k5K553Q@mail.gmail.com> <20140313071729.GB15132@openss7.org> <CAHP4M8VbbdprFv-AAfuu43fpwp3fskk4CZ6v2Xfaw_g2=MdfeQ@mail.gmail.com>
In-Reply-To: <CAHP4M8VbbdprFv-AAfuu43fpwp3fskk4CZ6v2Xfaw_g2=MdfeQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.202.99.200]
Content-Type: multipart/alternative; boundary="_000_063D6719AE5E284EB5DD2968C1650D6D0F6DC998AcuExchaculabco_"
MIME-Version: 1.0
X-Virus-Scanned: by iCritical at mx0.aculab.com
Archived-At: http://mailarchive.ietf.org/arch/msg/sigtran/Yu4prG9SbIZkoU8eeJYTpPzvTzs
Subject: Re: [Sigtran] Conceptual doubt between an ASP and SGP
X-BeenThere: sigtran@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Thu, 13 Mar 2014 10:54:21 -0000

M3UA can’t itself transfer your messages directly from N1 to N3.
It is worth remembering that M3UA carries the interface between MTP3 and its user parts
(typically ISUP and SCCP) over IP.
IPSP seems a ‘bodge’ that more or less works and allows the userparts (at different pointcodes)
to send message to each other.

In your case the SCCP code at node N2 could forward messages that arrive from N1 onwards
to N3. Whether the SCCP you have can be configured to do that is another matter.

                David


From: Sigtran [mailto:sigtran-bounces@ietf.org] On Behalf Of Ajay Garg
Sent: 13 March 2014 10:05
To: bidulock@openss7.org; sigtran@ietf.org
Subject: Re: [Sigtran] Conceptual doubt between an ASP and SGP

Brian,
RFC-2719 seems to be too technical for the use-case we are trying to understand :)
I would rather present (a simplified version of) our use-case.
*
We have 3 nodes - N1, N2, N3.
*
We need to transfer messages in-between N1 and N3.
*
There is an IPSP-IPSP association each between between N1 <-> N2, and N2 <-> N3 (but no IPSP-IPSP association between N1 <-> N3).
*
Also, provisions for GTT are available at each of N1, N2 and N3.


Theoritically/Practically, would the above configuration work? Or is it necessary to have a SGP configured at N2?

Looking forward to clarifications.

Thanks and Regards,
Ajay


On Thu, Mar 13, 2014 at 12:47 PM, Brian F. G. Bidulock <bidulock@openss7.org<mailto:bidulock@openss7.org>> wrote:
Ajay,

Please see comments below...

Ajay Garg wrote:                              (Thu, 13 Mar 2014 11:48:19)
>    Hi all.
>    I am an absolute newbie in telecom domain, so kindly forgive me if I
>    sound incredibly stupid.
>    From what I understand, an ASP is a process running on an AS, and a SGP
>    is a process running on a SG.
Not quite.  See RFC 4666 "1.2 Terminology" for a definition of ASP,
AS, SGP and SG.

>    Each ASP <-> SGP link is a SCTP connection.
>    Also, I understand that SGP is responsible for message-routing, while
>    an ASP is merely an end-point for a SCTP connection.
>    Given that, are there any extra differences between a ASP and SGP (in
>    addition to the routing-capabilities of a SGP)?
>    I will be grateful for any pointers/clarifications.
RFC 4666 describes for 124 pages the differences between ASP and SGP.

BTW, it is not an SGP per se that has routing capabilities, but an
SG, where the SG is made up of some SGP, an SS7 stack and a
interworking function.

See also RFC 2719 "Framework Architecture for Signaling Transport"
for a better overview of what's going on.

--brian

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



--
Regards,
Ajay