Re: Conceptual doubt between an ASP and SGP

David,

David Laight wrote:                                                                                                            (Fri, 14 Mar 2014 09:19:31)
> From: Brian F. G. Bidulock
> > Ajay,
> > 
> > Please see comments below...
> > 
> > Ajay Garg wrote:                             (Fri, 14 Mar 2014 11:45:20)
> > >    I meant that in the scenario all of N1, N2, N3 are pure sigtran-nodes
> > >    (i.e. no SS7 nodes in the network), is there any usecase when
> > >    transferring messages from N1->N3 in the configuration ::
> > >                  * IPSP-IPSP association between N1 <-> N2
> > >                  * IPSP-IPSP association between N2 <-> N3
> > >                  * GTT at N2
> > >    will have ANY different behaviour (from pure end-user point of view)
> > >    against the configuration ::
> > >                  * ASP-SGP association between N1 <-> N2
> > >                  * SGP-ASP association between N2 <-> N3
> > >                  * GTT at N2
> > 
> > Yes, I understand, however, the former scenario is explicitly not
> > supported by the M3UA standard (see some clips below).  We explicitly
> > only supported IPSP in an end-point to end-point connection with no
> > intermediate transfer function due to the lack of a satisfactory
> > interworking of SS7 network management functions.
> > 
> > So, for example, in the AS <-> SG <-> AS configuration, the SG
> > provides management messages to the one AS on the availability,
> > restriction and congestion state of the routeset toward the other
> > AS (not to mention the entire gamut of any necessary rerouting
> > and MTP restart procedures).
> 
> But once the message arrives at SCCP in N2, the global title translation
> tables can indicate that the message needs to be forwarded to N3
> (possibly with a re-written GT).
> 
> So although the SS7 message doesn't get transferred from N1 to N3
> a TCAP request can be forwarded.

The response (from N3 to N1) relies on an MTP transfer function at N2,
making it an SG by definition.

--brian

-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/