Re: SE-IPSP definition

"Brian F. G. Bidulock" <[email protected]>
Newsgroups gmane.ietf.sigtran
Organization http://www.openss7.org/
Message-ID <[email protected]>
Holland,,

Holland, Peter Michael (Peter) wrote:                                             (Wed, 09 Nov 2005 16:29:33)
> Tolga,
> Concerning text clean up I see a couple of references to 
> C-IPSP/D-IPSP that I assume should be removed.

It was agreed at WGLC that the terms C-IPSP and D-IPSP would be removed.
If it is still possible to do so, it is an editorial change.

> I also noticed several English problems with the numbered 
> items at the start of 4.3. I can send updated text if you 
> would like.
> 
> Reading this thread the problem I see with SE procedures was
> identified in a mail where Brian said:
> >If you want both IPSPs to each have an AS an traffic mode, use DE instead
> of SE.
> Thus I understand there are situations where SE mode cannot be
> used. This is not clear in RFC.

No, there are not situations where SE mode cannot be used.  What I was
saying was that if one pedantically requies that both peers have and
exchange a traffic mode (which they don't need in the first place) that
one should use the DE mode.

SE can work quite fine in all situations with one side not having an ASP
traffic mode.  No change is required.

> 
> Concerning the inapplicability of SSNM message in IPSP mode, I definately
> think it would help if this was explicitly stated - this has been a
> subject on significant discussion in some fora.

All SSNM messages are applicable to IPSPs.  No change is required.

--brian

> 
> Thanks
> Pete
> 

-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/
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.