RE: Congestion in M3UA/SUA and the use of the SCON

Brian,

As far as I understand Lincoln wants congestion detection for subsystem to
happen at SG but
a)Wants ASPs to help SG in that decision through SCON messages
b)Wants to use ASP congestion information communicated with SCON from ASP to
SG, while distributing messages from SG to ASP.

I would think -although implementation dependent for most of the part- a)
and b) could be usefull for certain configurations.

I believe you are approaching the issue from another angle, where you
foresee a scenario where ASP detects subsystem congestion and communicates
it with SCON.


    Thanks,
    Tolga









> -----Original Message-----
> From: [email protected] [mailto:[email protected]]On
> Behalf Of Brian F. G. Bidulock
> Sent: Tuesday, October 11, 2005 6:45 PM
> To: Haresign Lincoln
> Cc: [email protected]; Tolga Asveren
> Subject: Re: [Sigtran] Congestion in M3UA/SUA and the use of the SCON
>
>
> Haresign,
>
> Haresign Lincoln wrote:
>                  (Tue, 11 Oct 2005 14:01:58)
> > Brian,
> >
> > I'm not sure what your point is. Detection of congestion is generally
> > considered to be "implementation dependent".  One of the functions of
> > SubSystem Management is to manage the state of the local subsystem.  One
> > of these states is congested.  The detection of congestion towards a
> > particular subsystem is implementation dependent.  I didn't say it was
> > in the SCCP user.
>
> But you keep saying that the ASP (SCCP-User) does not know its point code.
> (Even though according to Q.711, an SCCP-SAP contains an MTP-SAP (point
> code).)
>
> Do you wish to place SCCP congestion detection at the SCCP user (yours
> of which it appears doesn't not know its own point code) or with the
> SCCP (that must not only know its point code, but must be able to
> determine all other "concerned" point codes)?
>
> By allowing an ASP to send SCON at all, we are allowing part of the SCCP
> to be dragged across the line from SG to ASP.  This is already necessary
> to some degree in the multiple SG as STP scenarios.  However, if the ASP
> design wishes to drag some of the SCCP procedures accross into the ASP,
> it must also be able to perform those SCCP procedures and is no longer a
> strict SCCP-User.  Nevertheless, it is abuse of those procedures at the
> ASP that makes it unwise to require the SG to do anything with SCON
> received from an ASP.
>
> BTW, the mechanism for detection of congestion within the SCCP
> implementation is, of course, dependent upon the internal particulars of
> that SCCP implementation.  However, "implementation specific" and
> "implementation dependent" in the SCCP specifications does not affect
> functional placement of the congestion functions (they are clearly
> within the SCCP), nor does it allow one to avoid following the
> congestion procedures (which include sending a message that includes
> both point codes).
>
> --brian
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>
> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/sigtran
>