Re: M3UA: 1IPSP - multiple IPSPs traffic flow

Shashank,

I don't think that you understand SE mode.   Take a look back in the mail
archives for long discussions of the differences between SE and DE modes.
SE mode uses the same semantics as an ASP/SGP connection, where one IPSP
acts like an ASP in the exchange and the other acts like an SGP.

I find it strange that you refuse to use DE mode, yet seem to want to
mogrify SE into DE.

--brian

Prasad, Shashank S (Shashank) wrote:            (Mon, 07 Nov 2005 17:39:22)
> Brian,
> 
> Replies embedded.
> 
> 
> -----Original Message-----
> From: Brian F. G. Bidulock [mailto:[email protected]]
> Sent: Monday, November 07, 2005 4:24 PM
> To: Prasad, Shashank S (Shashank)
> Cc: [email protected]
> Subject: Re: [Sigtran] M3UA: 1IPSP - multiple IPSPs traffic flow
> 
> 
> Shashank,
> 
> The RFC is clear: the TM in the ASP Active Ack is the value that was sent
> in the ASP Active.
> 
> In SE mode, the peer does not have a traffic mode.  It is acting like an
> SGP.
> Again, see A.2.2.
> 
> [SHASHANK] U are putting a lot of constraints by this statement. Ur
> statement means that IPSP-IPSP cannot have a SE mode. This is NOT really
> correct. Here I am trying to make some minor improvements in the M3UA specs
> so that IPSPs can also use the SE effectively.
> 
> 
> If you want both IPSPs to each have an AS an traffic mode, use DE instead
> of SE.
> 
> [SHASHANK] This is a big contraint and not acceptable :)
> IPSPs can surely use SE mode too between themselves (IPSPs). Moreover DE is
> optional. 
> 
> 
> --brian
> 
> 

-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/