RE: Multiple SUA SGs, sending for SSP from SGs

Brian,

[..snip..]
> > [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.
[TOLGA]On the practical side of how things work, I agree with you that with
multiple-SG acting as STP scenario where RKs are in PC granularity, the
possibly different views of the hosted PC are less of a problem. In such a
case hosting necessary MTP3 logic for AS maps pretty much to route
management from functionality point of view.