VoIP QOS best practices

Mon Feb 10 17:03:05 UTC 2003

Hmm, didn't know GC was lit up in Canada.

On Monday, February 10, 2003, at 12:01 PM, Christopher J. Wolff wrote:

> 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: owner-nanog at merit.edu [mailto:owner-nanog at merit.edu] On Behalf Of
> Jason Lixfeld
> Sent: Monday, February 10, 2003 9:58 AM
> To: Christopher J. Wolff
> Cc: nanog at nanog.org
> 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: owner-nanog at merit.edu [mailto:owner-nanog at merit.edu] On Behalf
> Of
>> Jason Lixfeld
>> Sent: Monday, February 10, 2003 9:47 AM
>> To: nanog at nanog.org
>> 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
>>
>