RE: 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