Subject: RE: [Sigtran] SG-SG : starting traffic

From: "Javier Pastor-Balbas (ECE)" <[email-masked]>
Date: Fri, 31 May 2002 12:39:28 +0200

Hi guys, 

I go along with this proposal:

	1. ASPUP: indicates that the M3UA layer is running
	2. DUNA/DRST: update of the SS7 nodes' status
	3. ASPAC: Traffic can start flowing. It also indicates that all the status messages have already been sent.

As ASPAC indicates the end of the status update, no new messages are needed for this.

Cheers // Javier.

> -----Original Message-----
> From: Brian F. G. Bidulock [mailto:[email-masked]]
> Sent: Friday, May 31, 2002 2:22 AM
> To: Tolga Asveren
> Cc: [email-masked]
> Subject: Re: [Sigtran] SG-SG : starting traffic
> 
> 
> Tolga,
> 
> Tolga Asveren wrote:                                        
> (Thu, 30 May 2002 19:51:25)
> > Brian,
> > 
> > > > [TOLGA] But why with ASPAC? Do we need to send ASPAC 
> for all of the
> > > > available PC? Why not assume that all of them are 
> available, announce
> > > > unavailable/restricted ones with SSNM after SCTP association is
> > > established
> > > > and end mark the end of this announcement with ASPUP 
> (instead of TAL)?
> > >
> > > I was thinking ASPAC with no RC.  It would be peculiar to 
> send SNMM before
> > > ASPUP, because they are not acknowledged: ASPUP is.
> > [TOLGA] My idea was, if SG is not ready to receive SSNM, 
> then it won't
> > establish SCTP association(and it will reject if the peer 
> SG tries to
> > initiate it) Well, but with a similar logic one could ask 
> why ASPUP is
> > necessary for regular ASP/SGP case. So, if we have it for 
> ASP/SGP , it makes
> > also sense to have it for SG-SG case.
> 
> We had it for the regular ASP/SGP case because SCTP and the 
> UA are usually
> conceived as separate pieces.  Although SCTP is there and the 
> association
> is up, the UA could have crashed or failed to load.  
> ASPUP/ACK verifies that
> UAs at both ends are alive and well before starting other exchanges.
> 
> --brian
> 
> -- 
> Brian F. G. Bidulock
> [email-masked]
> http://www.openss7.org/
> 
> _______________________________________________
> Sigtran mailing list
> [email-masked]
> https://www1.ietf.org/mailman/listinfo/sigtran
> 

_______________________________________________
Sigtran mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/sigtran