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

"Haresign Lincoln" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <849535E338E99741B7F7413F73253EDB024FA4FB@us-nj-mail1.comverse.com>
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.

Regards,
Lincoln

-----Original Message-----
From: Brian F. G. Bidulock [mailto:[email protected]] 
Sent: Tuesday, October 11, 2005 12:39 PM
To: Haresign Lincoln
Cc: Tolga Asveren; [email protected]
Subject: Re: [Sigtran] Congestion in M3UA/SUA and the use of the SCON

Haresign,

Haresign Lincoln wrote:                       (Tue, 11 Oct 2005
08:35:44)
> Brian,
> 
> I was under the impression that we were trying to make the layers 
> about SUA unaware that they are running over IP.

SCCP and Subsystem congestion are below the SCCP/SCCP-User interface,
not above.

--brian


> My ASP today does not
> require knowledge of point codes.  And if SCON supported "source 
> address", the SG could properly implement the SSC procedures according

> to the ITU specifications.  The ASP only needs to know it's calling 
> address (which may not contain a PC).  Because of your requirement 
> below, it is putting an additional and completely unneccessary 
> requirement on the ASP.
> 
> Clearly you and I either disagree on this issue or we are failing to 
> be able to get our point across to each other. I will propose 
> alternate text for SUA relating to the SCON messsage.  I realize that 
> you don't feel this is necessary however it may be that others in the 
> SIGTRAN list feel otherwise.
> 
> Regards,
> Lincoln
> 

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