Re: SP Status double endpoint

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

[email protected] wrote:                 (Thu, 23 Aug 2007 09:19:22)
> 
> chenpr£ºbut when Server  Changes SP Status unexpectedly,it can send:the
> unsolicited  ASPSM or
> ASPTM Message?  RFC4666 does not contain the actions ,and,i have asked you
> about the unexpect ASPSM/ASPTM Message several weeks ago

RFC 4666

4.3.4.2.  ASP-Down Procedures

   ...

   If the ASP receives an ASP Down Ack without having sent an ASP Down
   message, the ASP should now consider itself to be in the ASP-DOWN
   state.


4.3.4.4.  ASP Inactive Procedures

   ...

   ...                 If the ASP receives an ASP Inactive Ack without
   having sent an ASP Inactive message, the ASP should now consider
   itself to be in the ASP-INACTIVE state.  If the ASP was previously in
   the ASP-ACTIVE state, the ASP should then initiate procedures to
   return itself to its previous state.

> 
> ,but from your answer,we think your means is :if ASP have not sended
> ASPSM/TM,SGP does not send unsolicited ASPSM/TM.

Read the passages above from the RFC.

> 
> if SGP Send ASP_INACTIVEACK,But ASP is In ASP_DOWN,it will go to
> ASP_INACTIVE? your answer is ASP Must Be In ASP_ACTIVE?

No.  Any message received by an ASP in the ASP_DOWN state is unexpected.
Until ASP-UP-ACK is received, the SGP is not allowed to send messages.

> £­£­£­£­£­£­£­£­£­£­£­£­£­£­£­¡·please see this section,so your means is
> ASPSM/TM not SGP'S Error ,Just is ASP'S Message's Sort Error? but SGP may
> enter into  unexpected SP Status beacause of software
> exception.

Broken results can be expected from broken software regardless of the
protocol.  Solution: fix the software.

> 
> but M3UA have not change and change back,so when ASP is bad,Mesage will
> lost,MTP does not.
> and M3UA have Middle Point,so M3ua Drop The Messge. SCTP is equal to
> MTP2,so SCTP Can not Compare with MTP3.

See draft-bidulock-sigtran-corid-05.txt for equivalent procedures.

--brian

-- 
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.