Re: Multiple SUA SGs, sending for SSP from SGs
"Brian F. G. Bidulock" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Organization | http://www.openss7.org/ |
| Message-ID | <[email protected]> |
Tolga, Tolga Asveren wrote: (Wed, 11 Jan 2006 07:54:11) > Brian, > > > -----Original Message----- > > From: Brian F. G. Bidulock [mailto:[email protected]] > > Sent: Tuesday, January 10, 2006 7:56 PM > > To: Tolga Asveren > > Cc: [email protected] > > Subject: Re: [Sigtran] Multiple SUA SGs, sending for SSP from SGs > > > > > > Tolga, > > > > I disagree. An instance of MTP is identified by a point code and the > > point code resides at the ASPs in the multiple SG as STP scenario. The > > point code is not local to the MTP stack at the SG in the SS7 sense when > > RK is at PC granularity or above. This is a necessary situation > > to properly > > support the multiple SG as STP scenario. > [TOLGA]Even for PC granularity RKs, it is SG which controls/creates the > unique view of the signaling enitity to the network, so one has to have > necessary MTP3 procedures to support that. > > BTW, I wouldn't call hosting MTP3 logic in SG as "a PC in MTP3 stack in SG", > it is just providing necessary procedures to have the unique view of the > signaling enitity and generating corresponding network messages -and it is > the multiple clones of the same unique view on different SGs, which are not > synchronized, which may create issues for multiple-SG scenarios-. STPs do this all day long. --brian -- Brian F. G. Bidulock [email protected] http://www.openss7.org/