Subject: Re: Deregistration

From: "Brian F. G. Bidulock" <[email-masked]>
Date: Thu, 18 Oct 2001 00:30:31 -0500

Javier,

Nowhere in the draft does it say that an ASP must wait for
ASPIA Ack to move to the ASPIA state.  Your example does
not need SHOULD.  Change it to MUST.

--brian

Javier Pastor-Balbas (ECE) wrote:                          (Wed, 17 Oct 2001 15:13:41)
> Brian, 
> 
> I don't see your point with ASP Down...  :-/
> 
> If we go back to your first mail about this issue, the discussion was
> whether the ASP_INACTIVE state had to be achieved before deregistration by
> all means, or there could be some very strange situations where it can not
> be achieved. I showed you an example with the latter...
> 
> Therefore SHOULD fits. (unless you demonstrate the other...  :-D )
> 
> 
> Cheers // Javier.
> 
> > -----Original Message-----
> > From: Brian F. G. Bidulock [mailto:[email-masked]]
> > Sent: Wednesday, October 17, 2001 2:57 PM
> > To: Javier Pastor-Balbas (ECE)
> > Cc: sigtran
> > Subject: Re: Deregistration
> > 
> > 
> > Javier,
> > 
> > Javier Pastor-Balbas (ECE) wrote:                          
> > (Wed, 17 Oct 2001 14:43:59)
> > > Hi Brian, 
> > > 
> > > Imagine an application done with the methods similar to 
> > Java programming,
> > > where you can perform action in a destroy() method just 
> > before exiting the
> > > application... This could be possible.
> > 
> > Good.  Send ASP Down in your destructor.  Change SHOULD to MUST.
> > 
> > --brian
> > 
> > > 
> > > Cheers // Javier.
> > > 
> > > > -----Original Message-----
> > > > From: Brian F. G. Bidulock [mailto:[email-masked]]
> > > > Sent: Wednesday, October 17, 2001 2:38 PM
> > > > To: sigtran
> > > > Subject: Re: Deregistration
> > > > 
> > > > 
> > > > Javier,
> > > > 
> > > > Javier Pastor-Balbas (ECE) wrote:                          
> > > > (Wed, 17 Oct 2001 14:19:22)
> > > > > Hi Brian, 
> > > > > 
> > > > > I see it as a SHOULD since it can happen that the 
> > > > particular ASP can have
> > > > > just failed. Imagine that the last action after crash is 
> > > > detected is to send
> > > > > a ASPIA and a DEREG. In that case it can not wait for the 
> > > > ASPIA_ACK and it
> > > > > is not sure that the ASP_INACTIVE state has been achieved.
> > > > 
> > > > Why is this "crashing" ASP sending ASPIA if it can't wait 
> > for an Ack?
> > > > Was this "crashing" ASP going to send ASPIA and DEREG for 
> > every RC?
> > > > 
> > > > This is not a reason at all: if your "crashing" ASP can get 
> > > > any messages
> > > > off at all, it should send just one:  ASP Down.
> > > > 
> > > > I still see no reason not to change "SHOULD" to "MUST".
> > > > 
> > > > --brian
> > > > 
> > > > > 
> > > > > Cheers // Javier.
> > > > > 
> > > > > > -----Original Message-----
> > > > > > From: Brian F. G. Bidulock [mailto:[email-masked]]
> > > > > > Sent: Thursday, October 11, 2001 11:48 PM
> > > > > > To: sigtran
> > > > > > Subject: Deregistration
> > > > > > 
> > > > > > 
> > > > > > Section 4.4.2 states:
> > > > > > 
> > > > > >   deregister.  An ASP SHOULD move to the ASP-INACTIVE 
> > > > state for an 
> > > > > >   Application Server before attempting to deregister the 
> > > > Routing Key 
> > > > > >   (i.e., deregister after receiving an ASP Inactive Ack).  
> > > > > > Also, an ASP 
> > > > > > 
> > > > > > 
> > > > > > Change "SHOULD" to "MUST".
> > > > > > 
> > > > > > --brian
> > > > > > 
> > > > > > -- 
> > > > > > Brian F. G. Bidulock    ¦ The reasonable man adapts 
> > > > himself to the ¦
> > > > > > [email-masked]    ¦ world; the unreasonable one 
> > > > persists in  ¦
> > > > > > http://www.openss7.org/ ¦ trying  to adapt the  world  to 
> > > > himself. ¦
> > > > > >                         ¦ Therefore  all  progress  
> > > > depends on the ¦
> > > > > >                         ¦ unreasonable man. -- George 
> > > > Bernard Shaw ¦
> > > > > > 
> > > > > > 
> > > > > > ---
> > > > > > You are currently subscribed to sigtran as: 
> > > > > > [email-masked]
> > > > > > To unsubscribe send a blank email to 
> > > > > > [email-masked]
> > > > > > 
> > > > > 
> > > > > 
> > > > > ---
> > > > > You are currently subscribed to sigtran as: [email-masked]
> > > > > To unsubscribe send a blank email to 
> > > > [email-masked]
> > > > 
> > > > -- 
> > > > Brian F. G. Bidulock
> > > > [email-masked]
> > > > http://www.openss7.org/
> > > > 
> > > > 
> > > > ---
> > > > You are currently subscribed to sigtran as: 
> > > > [email-masked]
> > > > To unsubscribe send a blank email to 
> > > > [email-masked]
> > > > 
> > > 
> > > 
> > > ---
> > > You are currently subscribed to sigtran as: [email-masked]
> > > To unsubscribe send a blank email to 
> > [email-masked]
> > 
> > -- 
> > Brian F. G. Bidulock
> > [email-masked]
> > http://www.openss7.org/
> > 
> 
> 
> ---
> You are currently subscribed to sigtran as: [email-masked]
> To unsubscribe send a blank email to [email-masked]

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

---
You are currently subscribed to sigtran as: [email-masked]
To unsubscribe send a blank email to [email-masked]