North American Network Operators Group

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

RE: VoIP QOS best practices

  • From: Christopher J. Wolff
  • Date: Mon Feb 10 12:04:14 2003

Jason,

I believe Global Crossing supports those sites, keep in mind I don't
sell their product, but UUNET should as well.  

Regards,
Christopher J. Wolff, VP, CIO
Broadband Laboratories, Inc.
http://www.bblabs.com

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Jason Lixfeld
Sent: Monday, February 10, 2003 9:58 AM
To: Christopher J. Wolff
Cc: [email protected]
Subject: Re: VoIP QOS best practices


Providing your sites are local to the same ISP, that would be fine.  
Worst case scenario and probably a more likely scenario in most cases 
is that company A has a satellite office in Boston, one in Sydney and 
one in Tokyo while their head office is in Toronto.  Not a very wide 
range of providers who can reach those areas, not to mention wether or 
not they can deliver MPLS.


On Monday, February 10, 2003, at 11:52 AM, Christopher J. Wolff wrote:

> Jason,
>
> My strategy would be to use the same carrier at point A and point B
and
> purchase some kind of high-priority MPLS switching config between the
> two.  I believe Global Crossing offers something like this where they
> differentiate between the proletarian traffic and the uber-business
> traffic.
>
> The other thing to keep in mind is that QoS only comes into play when
> you saturate your links.
>
> Regards,
> Christopher J. Wolff, VP, CIO
> Broadband Laboratories, Inc.
> http://www.bblabs.com
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf
Of
> Jason Lixfeld
> Sent: Monday, February 10, 2003 9:47 AM
> To: [email protected]
> Subject: VoIP QOS best practices
>
>
> Looking for some links to case studies or other documentation which
> describe implementing VoIP between sites which do not have point to
> point links.  From what I understand, you can't enforce end-to-end QoS
> on a public network, nor over tunnels.  I'm wondering if my basic
> understanding of this is flawed and in the case that it's not, how is
> this dealt with if the ISPs of said sites don't have any QoS policies?
>
> -jL
>