North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

RE: Overflow circuit

  • From: Mailing List Subscriptions
  • Date: Sat Mar 27 03:25:30 2004

Thanks for the suggestion, Patrick. But I failed to mention that in this
case, the CallManager and VoIP gateways are at site A and all the IP phones
are at site B. As far as I know, the Cisco IP phones do not use H.323
gatekeeper directly.

In order for the H.323 gatekeeper idea to work, I would need a CallManager
at site B and run an H.323 inter-cluster trunk between the CallManagers at
site A and B. Right?

> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On 
> Behalf Of Patrick Murphy
> Sent: Friday, March 26, 2004 3:33 PM
> To: Mailing List Subscriptions; [email protected]
> Subject: Re: Overflow circuit
> 
> 
> You may want to look at using H.323 gatekeepers with CAC 
> (Call Admission Control).
> 
> Here is a link to a Whitepaper on this Subject.
> 
> http://www.cisco.com/en/US/partner/tech/tk652/tk701/technologi
> es_white_paper09186a00800da467.shtml
> 
> Patrick
> 
> ----- Original Message -----
> From: "Mailing List Subscriptions" <[email protected]>
> To: <[email protected]>
> Sent: Friday, March 26, 2004 7:54 PM
> Subject: Overflow circuit
> 
> 
> >
> >
> > I am looking for advice on technique or products that can solve the
> > following challenge ...
> >
> > Two private line T1's between A and B - one terrestial T1 
> with >200 ms
> RTT,
> > the other T1 is over satellite with ~500 ms RTT. The 
> circuits are being
> used
> > for mixed VoIP (70%) and data (30%) applications. To 
> achieve optimal voice
> > quality, we want to route all VoIP calls over the 
> terrestial T1 until it
> is
> > "full", then divert all subsequent VoIP calls over the 
> satellite T1 (**
> > while existing VoIP calls continue to be routed over the 
> terrestial T1).
> >
> > So it looks like I need per-flow (based on protocol, src 
> IP, dst IP, src
> > port, dst port) routing. It looks like MPLS Traffic 
> Engineering can do the
> > job. Is there anything else that can it with less complexity?
> >
> > Ideas or recommendations?
> >
> >
> > Regards,
> > Joe
> >
> >
> 
> 
>