Re: RFC 4666 M3UA - Reg Request Message
"Brian F. G. Bidulock" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Organization | http://www.openss7.org/ |
| Message-ID | <[email protected]> |
Jitin, Bhandari, Jitin (Jitin) wrote: (Tue, 07 Nov 2006 14:25:57) > Thanks Brian for the responses. I did read the summary section and it is > just that I was trying to confirm couple of thoughts being exchanged in this > email chain. > > Anyhow, I agree with Ilie that either by re-introducing CIC Ranges for > Reg-Req or defining LOADSEL draft as an extension could be a viable path. > > However, I still think that LOADSEL is not solving any issues of un-handled > CICs when AS is unavailable so if CICs are re-introduced in Reg-Req message > for ISUP traffic, re-introducing CIC ranges in Reg-Req is the simplest way > to solve handling of ISUP traffic. I disagree. Routing on CIC introduces more problems, LOADSEL less. > Having a default ASP handling un-available CICs is same as having an > implementation dependant solution at SG. I think Notify procedures between > ASPs also don't solve this issue. It is a far better situation with LOADSEL where ASPs are informed that a CIC range is unserved. > Talking about requirements, If CIC handling (Note ONLY CIC Handling between > ASPs) is the only issue to be solved, then for a simplest solution I see > re-introduction of CIC ranges is the best way. Though for now I see CIC > handling amongst ASP as a bigger issue given provisioning nature of CICs at > MGC. It is certainly not the simplest approach and it does not address the three other issues addressed by LOADSEL. --brian -- Brian F. G. Bidulock [email protected] http://www.openss7.org/