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/