Re: Conceptual doubt between an ASP and SGP
Ajay Garg <[email protected]> Fri, 14 Mar 2014 16:58:45 +0530
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <CAHP4M8UD9QxH6LApwXFJCO7TSEqK8Qq5W=8Fwh2p2Y0LLf2+GQ@mail.gmail.com> |
--===============5303128627341475008== Content-Type: multipart/alternative; boundary=001a1133048a6f469d04f48f5f98 --001a1133048a6f469d04f48f5f98 Content-Type: text/plain; charset=ISO-8859-1 Hi Guys, I am thankful to all of you for helping us clear our queries. We were just investigating the different scenarios possible, and my original motive of starting this thread was to obtain clarifications on what is theoritically feasible/not-feasible, and practically feasible/not-feasible (as I said, I am an absolute newbie in telecom domain). I understand that ASP <-> SGP <-> ASP is the general preferred configuration (unless a mesh-configuration is possible, with an IPSP-IPSP association between EACH pair of IPSPs). Thanks again for all the help !!! On Fri, Mar 14, 2014 at 4:46 PM, Brian F. G. Bidulock <[email protected]>wrote: > David, > > David Laight wrote: (Fri, 14 Mar 2014 11:02:08) > > > > > > 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. > > > > You seem to be confusing the MTP3 STP functionality (which forwards > > messages based on the routing label - and doesn't modify the label) > > with SCCP forwarding based on GT lookup. > > If SCCP forwards a messages (with or without rewriting either GT) > > then MTP3 will put the local pointcode in the routing label. > > > > SCCP can forward messages in a node that doesn't have MTP3 STP > > functionality. Indeed it can forward the message into an entirely > > different SS7 network. It could, for example, forward a message > > from an ITU network into an ANSI one (leaving you with ITU TCAP > > embedded in ANSI SCCP). > > > Not confused: read Q.714/2.7.5. > > But you didn't answer my question: why would you want to mislabel it? > > --brian > > -- > Brian F. G. Bidulock > [email protected] > http://www.openss7.org/ > -- Regards, Ajay --001a1133048a6f469d04f48f5f98 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><div><div>Hi Guys, <br><br></div>I am thankful to all= of you for helping us clear our queries.<br><br></div>We were just investi= gating the different scenarios possible, and my original motive of starting= this thread was to obtain clarifications on what is theoritically feasible= /not-feasible, and practically feasible/not-feasible (as I said, I am an ab= solute newbie in telecom domain).<br> <br></div><div>I understand that ASP <-> SGP <-> ASP=A0 is the = general preferred configuration (unless a mesh-configuration is possible, w= ith an IPSP-IPSP association between EACH pair of IPSPs).<br><br><br></div> <div>Thanks again for all the help !!!<br></div><div><div><div><div><div cl= ass=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Fri, Mar 14, 2014= at 4:46 PM, Brian F. G. Bidulock <span dir=3D"ltr"><<a href=3D"mailto:b= [email protected]" target=3D"_blank">[email protected]</a>></span> = wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex">David,<br> <br> David Laight wrote: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (Fri, 1= 4 Mar 2014 11:02:08)<br> <div class=3D"">> ><br> > > GTT does not alter the OPC of the original message.<br> > ><br> > > Calling Party Address is only used to identify the caller for<br> > > transaction processing and is not used for reverse routing.<br> > ><br> > > GTT can only exist at an intermediate node in the SS7 network<br> > > that has the transfer function. =A0That is the definition of<br> > > intermediate node in SS7.<br> ><br> > You seem to be confusing the MTP3 STP functionality (which forwards<br= > > messages based on the routing label - and doesn't modify the label= )<br> > with SCCP forwarding based on GT lookup.<br> > If SCCP forwards a messages (with or without rewriting either GT)<br> > then MTP3 will put the local pointcode in the routing label.<br> ><br> > SCCP can forward messages in a node that doesn't have MTP3 STP<br> > functionality. Indeed it can forward the message into an entirely<br> > different SS7 network. It could, for example, forward a message<br> > from an ITU network into an ANSI one (leaving you with ITU TCAP<br> > embedded in ANSI SCCP).<br> <br> <br> </div>Not confused: read Q.714/<a href=3D"http://2.7.5." target=3D"_blank">= 2.7.5.</a><br> <br> But you didn't answer my question: why would you want to mislabel it?<b= r> <div class=3D"HOEnZb"><div class=3D"h5"><br> --brian<br> <br> --<br> Brian F. G. Bidulock<br> <a href=3D"mailto:[email protected]">[email protected]</a><br> <a href=3D"http://www.openss7.org/" target=3D"_blank">http://www.openss7.or= g/</a><br> </div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Regards,<br= >Ajay<br> </div></div></div></div></div></div> --001a1133048a6f469d04f48f5f98-- --===============5303128627341475008== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Sigtran mailing list [email protected] https://www.ietf.org/mailman/listinfo/sigtran --===============5303128627341475008==--