RE: aspcong draft -congestion levels-

> Overall, I think this is very good and it definitely resolves all the
> problems that I was looking to be solved.  I'm uncertain what we should
> do with the SCON.  Since SCON is support in IPSP, and you can have an
> ASP work identically to an IPSP SE client.....I have no good answer for
> this.
[TOLGA]This is an interesting issue. I believe it should be possible to use
ASPSTATUS for IPSP communication as well. OTOH one could argue that this is
not-so-clean from architecture point of view for SE mode. In SE mode ASPTM
has meaning bothways, i.e. traffic for AS is activated/inactivated with a
single ASPTM in both directions. For congestion case, this won't be true
necessarily, i.e. two peers won't get congested simultaneously. Still,
considering that congestion information about peer IPSPs may be useful for
traffic distribution purposes as well, I think we can sacrifice some
architectural sanity in this case.