RE: SG view of the ASP

Brian,

You are making this up. There is nothing in the spec about these additional uses of the Asp Id by the SGP.

Barry Nagelberg
Adax, Inc.

-----Original Message-----
From: Brian F. G. Bidulock [mailto:[email protected]]
Sent: Thursday, February 09, 2006 1:59 PM
To: Barry Nagelberg
Cc: [email protected]
Subject: Re: [Sigtran] SG view of the ASP


Barry,

Well, no.  The ASP Id is used by the SG to determine the
identity of the ASP that is performing an ASP Up (particularly
for dynamic port allocation where the SG cannot identify the ASP
by other means).  Thus the SG needs to determine which ASP state
machine (and corresponding AS state machines) belongs to the ASP
in accordance with the received ASP Id.  Otherwise, it would not
be possible to associate multiple ASP Ups received on multiple
associations for the same ASP.

This has always been the case for ASP Id.  I don't know how you
got this false impression that it need only be used for NTFY
messages.

--brian

Barry Nagelberg wrote:                                               (Thu, 09 Feb 2006 13:51:18)
> Brian,
>
> The ASP Id param is expressly intended only for local use at the ASPs, to coordinate the actions of multiple ASPs
within
> an AS. It's only use at the SG is to indicate the "concerned" ASP in NTFY messages.
>
> It is not used at the SG for coordinating the state machines of multiple M3UA endpoints.
>
> If there are ASP implementations that would like to use the ASP Id for this purpose, then we should expressly add this
> feature to the spec.
>
> >From Section 3.5.1 (ASP Up):
>
> <snip>
>    ASP Identifier: 32-bit unsigned integer
>
>       The optional ASP Identifier parameter contains a unique value that
>       is locally significant among the ASPs that support an AS.  The SGP
>       should save the ASP Identifier to be used, if necessary, with the
>       Notify message (see Section 3.8.2).
> <snip>
>
> Barry Nagelberg
> Adax, Inc.
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]On
> Behalf Of Brian F. G. Bidulock
> Sent: Thursday, February 09, 2006 1:21 PM
> To: Munnaluru, Krishna
> Cc: [email protected]
> Subject: Re: [Sigtran] SG view of the ASP
>
>
> Krishna,
>
> I suppose you could try adding ASP Id to the ASP Up message and see
> if the SG recognizes the ASP as one.
>
> However, as Ille suggests, perhaps the problem is the SG's traffic
> mode (rather than the AS's traffic mode).
>
> If the SG really believes that the ASP is two distinct ASPs, it should
> be sending a NOTIFY("Alternate ASP Active") from SGP1.  If it does not,
> IMO it is just a bug, so, perhaps the SG does not truly support Active/
> Standby mode.
>
> --brian
>
>
> Munnaluru, Krishna wrote:                    (Thu, 09 Feb 2006 11:34:46)
> > Brian,
> >
> > This is how it is affecting my expected behavior.
> >
> > Note: Currently I have only one ASP but in future I intend to add a
> > standby ASP. Hence I use the trafficmode=override in the messages. Also
> > the desired behavior is that the ASP to laodshare the traffic going to
> > the SG among the two SGPs.
> >
> > The problem showed up during the following scenario:
> >
> > The ASP comes up, establishes associations and sends ASP UP message
> > (ASPIdentifier = 10007) to both SGPs for which the SGPs respond with ASP
> > UP ACK.
> >
> > The ASP sends ASP ACTIVE (trafficmode=override) with a routing context
> > for the AS to the SGP1 and the SGP1 responds with ASP ACTIVE ACK. The
> > status on the SG shows that the AS is active on SGP1 and inactive on
> > SGP2.
> >
> > Later the ASP sends ASP ACTIVE (trafficmode=override) with the same
> > routing context to the SGP2 and the SGP2 responds with ASP ACTIVE ACK.
> > The status on the SG shows that the AS is active on SGP2 and inactive on
> > SGP1. I was expecting the AS to be active on both SGPs since the ASP had
> > sent ASP ACTIVE to both SGPs.  This was not what I was expecting.
> >
> > The explanation given by the Third party SG team is that since they
> > treat association from SGP1 to ASP as one ASP (ASP1) and the association
> > from SGP2 to ASP as a separate ASP (ASP2), they are over writing the
> > status when the SGP2 received the ASP ACTIVE message from the ASP. They
> > suggest that I put the trafficmode=loadshare and that would solve the
> > problem.  So I am really confused.
> >
> > Hope this helps.
> >
> > Thanks,
> > Krishna
> >
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>
> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/sigtran
>
>
> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/sigtran

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