Re: SUA: CLDT: RC Parameter

Hi all,
>From the figure what i understand is AS1 is communicating with both AS3 and
AS4

However, as per my understanding, in SE mode,
AS1 on IPSP1 can communicate with only *single AS* on each peer IPSP node.
So if want AS1 to communicate with AS3 and AS4, then
       AS3 needs to be on IPSP2 &
       AS4 neesd to be on IPSP3

                              _____ AS3   (IPSP2)
(IPSP1)  AS1  -------/
                             \_____ AS4  (IPSP3)


or we can have

 (IPSP1)  AS1  ------- AS3   (IPSP2)
 (IPSP1)  AS2  ------- AS4   (IPSP2)

Is this understanding correct?

rgds
Saurabh



On 6/1/06, Ilie Glib <[email protected]> wrote:
>
> Hello Brian, May,
>
> I think, in case of IPSP to IPSP model, there are two ASes (AS1 and
> AS2), one at each side. For SE-IPSP implies activation of both ASes
> via one ACTIVE message, the RC exchanged in the ACTIVE message shall
> identify both ASes. Consequently RC1 = RC2. Since RC values are
> allocated by SGPF, SGPF shall assign RC values consistently. Probably
> the only feasible way to assign RCs is by provisioning for SE model.
>
> I have some doubts about the case when an IPSP serves multiple ASes
> and SE-IPSP model is in use. Is this situation possible, can AS1 talk
> to AS3 and AS4
>
> IPSP1 ----------------------------- IPSP2
>
> AS1 <---------------------------------> AS3
>                            |
> AS2                     --------------> AS4
>
>
> How can AS4 go inactive, while AS3 be active in SE model?
>
> Thank you in advance
>
> Ilie
>
> On 5/31/06, Brian F. G. Bidulock <[email protected]> wrote:
> > Hi Howard,
> >
> > Please see comments below...
> >
> > May, Howard wrote:                            (Wed, 31 May 2006
> 10:53:12)
> > > Hi,
> > >
> > > The RC parameter is mandatory in CLDT messages.  Please can you check
> my
> > > understanding of how this parameter should be used in the three
> > > following situations.
> > >
> > > When a CLDT is sent from an SGP to an ASP the value this parameter
> > > should be set to is the RC of the AS the message is for.  The ASP may
> > > use this parameter for local distribution of the message.
> >
> > Yes.
> >
> > >
> > > When a CLDT is sent from an ASP to an SGP the value this parameter
> > > should be set to is the RC of the AS the message is from.  The SGP may
> > > use this parameter to determine the Network Context applicable to the
> > > CLDT.
> >
> > Yes, and any other restrictions or permissions that might be associated
> > with the AS at the SGP (such as calling party address).
> >
> > >
> > > When a CLDT is sent from an IPSP to an IPSP the value this parameter
> > > should be set to is the RC of the AS the message is for.  The IPSP may
> > > use this parameter for local distribution of the message.
> >
> > For SE-IPSP, the AS the message is for and the AS the message is from
> are
> > the same.  For DE-IPSP, because messages are essentially sent from the
> SGPF
> > to the ASPF in the criss-cross model, the AS is the As that the message
> is
> > for just as in the SGP->ASP case above.
> >
> > --brian
> >
> > --
> > Brian F. G. Bidulock
> > [email protected]
> > http://www.openss7.org/
> >
> > _______________________________________________
> > Sigtran mailing list
> > [email protected]
> > https://www1.ietf.org/mailman/listinfo/sigtran
> >
>
>
> --
> Ilie
>
> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/sigtran
>

_______________________________________________
Sigtran mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/sigtran