Re: Conceptual doubt between an ASP and SGP
"Brian F. G. Bidulock" <[email protected]> Fri, 14 Mar 2014 04:15:29 -0600
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Organization | http://www.openss7.org/ |
| Message-ID | <[email protected]> |
David, David Laight wrote: (Fri, 14 Mar 2014 10:02:43) > From: Brian F. G. Bidulock > > David, > > > > David Laight wrote: (Fri, 14 Mar 2014 09:46:14) > > > > > > The return message can also be routed on GT. > > > > Theoretically, but not in practice. > > I'll find some customer traces out... > I really don't remember seeing one where the source address > had 'route on pointcode and ssn' set. > > I'm pretty sure that most of the TCAP messages we see are > routed by GT in both directions. > It might be useful to send the response back to system the > request came from (ie assuming symmetric routing), but that > uses the pointcode from the routing label - N2 in this case. GTT does not alter the OPC of the original message. Calling Party Address is only used to identify the caller for transaction processing and is not used for reverse routing. GTT can only exist at an intermediate node in the SS7 network that has the transfer function. That is the definition of intermediate node in SS7. And regardless, IPSP is defined in M3UA as point to point. Labelling N2 an IPSP is incorrect. Why do you wish to label it an IPSP? It needs follow the protocol behaviour specified for an SG and anything connecting to it needs follow the protocol behaviour of an ASP. Are you trying to side-step those requirements by mislabelling it? --brian -- Brian F. G. Bidulock [email protected] http://www.openss7.org/