RE: Multiple SUA SGs, sending for SSP from SGs

"Tolga Asveren" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <[email protected]>
Brian,

You also know as much as I do that SCCP (and MTP3 for M3UA) is hosted on
SGs, the interface between SG and ASP mimics SCCP/SCCP-User (MTP3/MTP3-User
interface for M3UA) interface. It is true that for multiple SG scenario ASPs
have a small portion of MTP3 functionality, but this does not mean that MTP3
is actually not hosted on SG, e.g. it is still SG generating management
messages for SCCP/MTP3.

   Tolga

> -----Original Message-----
> From: Brian F. G. Bidulock [mailto:[email protected]]
> Sent: Tuesday, January 10, 2006 5:47 PM
> To: Tolga Asveren
> Cc: [email protected]
> Subject: Re: [Sigtran] Multiple SUA SGs, sending for SSP from SGs
>
>
> Tolga,
>
> Tolga Asveren wrote:                            (Tue, 10 Jan 2006
> 17:08:40)
> >
> > Ah O.K., I forget for a while the "undocumented" relaying
> functionality of
> > SUA :-)
> >
> > In any case, personally I don't see how it may be usefull for
> multiple SG
> > scenario because SCCPs are locally hosted in SGs. Relaying messages is a
> > different story.
>
> SCCPs are only locally hosted at an SG in the pure backhaul case.  In
> the multiple SG as STP scenario, and in the SCCP relay scenario, SCCPs
> can also be hosted at the ASP or IPSP.
>
> M3UA is not so different.  MTPs can be locally hosted at the ASP in the
> multiple SG as STP scenario.  It was always the intention for M3UA to
> support this scenario.
>
> E.g, section 1.3.2 of RFC 3332:
>
>   ... However, in the case where an ASP is connected to more than one
>   SG, the M3UA layer at an ASP should maintain the status of configured
>   SS7 destinations and route messages according to the availability and
>   congestion status of the routes to these destinations via each SG.
>
> Also see Section 1.4.1 and Figure 1.  See also, Figure 5 in the
> Appendix, Appendix A.2.2.  There are additional passages throughout the
> document.
>
> In fact, this is the sole purpose of the DRST message: see section
> 3.4.6.
>
> SUA simply provides the additional mechanism (as does SCCP) of managing
> the availability of SCCP User across such an arrangement.  M3UA provides
> only partial MTP User availabilty (DUPU) management, as does MTP3 (UPU).
>
> These are fundamental capabilities required to meet the objective of
> providing transparent interworking to the SS7 network.
>
> --brian
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.