Re: single/double exchange mode doubt

"Ankit Kumar Sharma" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <[email protected]>
Brian,

   I think in some scenarios, mixing SE and DE becomes more practical.
Please look at following scenario:

                                                ----------
                      ------------
                                                |IPSP
1|----------------------|IPSP A |
                                                ----------
                      -----------

1) IPSP1 is serving AS-1(PC 111) and IPSP A is serving AS-A(PC 999) with
rc=x. They are running happily in single exchange mode.

2) Now, I want to add an additional AS at IPSP1 ex: AS2(PC 222). For AS2, I
need to configure a new RC(rc=y).

3) Corresponding to rc=y, I need to send ASP-Active towards IPSP-A. Since
there is no local AS with rc=y at IPSP-A, it would return with error code
"invalid RC", unless there is some way to instruct IPSP-A to behave as a
double-exchange IPSP for rc=y. Although I could do the workaround by adding
a dummy AS with rc=y at IPSP-A but that solution is irrational and not so
clean.


Regards,
Ankit



On 7/16/07, Brian F. G. Bidulock <[email protected]> wrote:
>
> Tolga,
>
> I don't see the need for DE in the first place, far less mixing it with SE
> on the same IPSP.
>
> --brian
>
> Asveren, Tolga wrote:                               (Sun, 15 Jul 2007
> 16:16:48)
> > I was wondering whether such a restriction is necessary, i.e. that IPSP
> > needs to use the same mode for all AS. The state machines are per
> > IPSP/AS, so I would think that it should be possible to operate them
> > independently.
> >
> > Brian, is there any specific problem scenario you have in mind, if this
> > is allowed?
> >
> >    Thanks,
> >    Tolga
> >
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>

_______________________________________________
Sigtran mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/sigtran
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.