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