RE: M3UA: 1IPSP - multiple IPSPs traffic flow

Brian, Tolga,
The key thing is that SE and DE modes should be delinked from IPSP and SGP
considerations.
I feel that we should give the flexibility of SE and DE to the IPSPs-IPSPs.
We should leave the IPSPs to decide which mode they need to take.

If both the IPSPs have more than one AS, and they would like to control the
traffic flow from either end for their respective ASs, they would naturally
go for Double Ended.
However, if they have only one AS per IPSPs, it is likely that they go in
the Single Ended.

Would u agree ?


shashank

-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Tolga Asveren
Sent: Tuesday, November 08, 2005 7:19 PM
To: [email protected]
Subject: RE: [Sigtran] M3UA: 1IPSP - multiple IPSPs traffic flow


Brian,

[..snip..]
> > Regarding the issue we are discussing in this thread -being
> able to support
> > traffic mode in both directions-I think it is a nice thing to
> have, because
> > we have application logic at both sides, which may want to use different
> > traffic .
>
> Again, the IPSP acting as an SGP in SE mode is not required to
> have a traffic
> mode.
>
> In the normal ASP/SGP exchange, the SGP does not have a traffic
> mode to place in
> the ASPAC Ack.  Any traffic distribution towards the SGP is an
> SG-wide attribute
> and does not differ from AS to AS, nor ASP to ASP.
[TOLGA]I believe we have another one of those "rare" situations where
neither you nor I can convince the other one ;-) I think the options and
supporting arguments are as follows:

a)We don't need traffic mode bothways for SE-IPSP, because one of SE-IPSPs
is mimicing a SGP and SGPs do not have traffic mode.

b)We need traffic mode bothways, because both sides have application logic,
which can have different trafic mode characteristics. (Shashank's position)

I subscribe to b) and as far as I understand you support a).  I think we
need to hear more from other people about this issue so that we can reach a
conclusion.


    Thanks,
    Tolga



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