RE: Sigtran Plugtest SUA/M3UA/M2UA/IUA - Day 2
Tolga Asveren <Tolga.Asveren <at> SS8.com>
2002-11-05 22:47:05 GMT
Some comments below.
> 6. What should SG do in the following situation:
> ASP1: SPC 100, RC X
> ASP2: SPC 200, RC Y
> ASP1 sends a SCON (APC 100, CPC 200, RC X). Does
> SG send a SCON to ASP2. If so, does SG maintain congestion
> state? There is no way for SG to audit congestion of ASP1.
> One recommendation: SG sends SCON to ASP2. Maintains
> a timer that decreases congestion level every time it triggers.
> Further recommendation was to evaluate based on end-to-end
> congestion principle in SS7. Need to make sure solution works
> equally well for ANSI and ITU.
[TOLGA] In such a situation, I wouldn't expect that SCON is sent to ASP2,
based on the current RFC3332(because it is sent as reply to an incoming
message). But as a lot of people might recall, we had some discussions about
the current congestion announcement procedure from ASP to SGP recently. I
think, the current approach does not fit M3UA model. Trying to mimic
congestion mechanims of MTP3 between SGP and ASP is not the correct approach
in my opinion. Congestion should be informed from ASP to SGP, whenever it
happens, not as a response to an incoming message. SG controls the SPMC and
can decide, whenever to reply with TFC or SCON to a message. I furthermore
would prefer a new ASPTM message for it.