I can only comment about voice over VSAT. The propagation delay which could
be anything from 600ms to 1200ms (depending on the VSAT configuration) makes
the voice calls sound like long-distance international calls. So the users
have to be aware of the "you-talk-then-i-talk" phenomenon. 

As for the asymmetrical path, that should really not be a problem, you
should just ensure that your routing protocol is aware that the VSAT path
consists on two simplex links connected to 2 different ports. I am assuming
here that your VSAT uses a DVB-IP receiver for downlink traffic and an SCPC
modem for uplink traffic.

George Murage


- jvd wrote:

jvd, it's nice to have you on the list.

It looks like you post using the Web site. A lot of people do GroupStudy via
e-mail. They can't tell what your messages refer to. They seem like orphans.
When posting from the Web, please press the Quote button first and then add
comments, and your messages will arrive with some context. Thanks.

> 
> Hello Pieter,
> 
> As you know delay is one of the problems with VSAT. You can do
> nothing about hops to the satellite and back. What you need is
> some prioritization/QoS in your network for the voice traffic.
> There are various ways to do this.

But is prioritization and QoS even worthy bothering with for traffic going
to a satellite? Wouldn't that be sort of like priorizing which bus leaves
the New York bus station first to avoid delay going to San Francisco? The
few minutes saved by letting the San Fran bus leave before the Philadelphia
bus are completely irrelvant compared the many days it takes to get to San
Fran.

On routers, the few nanoseconds saved by outputting voice first are
irrelvant compared to the hundreds of milliseconds to reach the satellite.

> 
> I don't have personal experience with AutoQoS but it's a new
> feature supported on the Cisco routers and switches - check it
> out: (you may need a CCO login)
> http://www.cisco.com/en/US/partner/tech/tk543/tk759/tk879/tech_protoco
> l_home.html
> 
> My other suggestion is for if you want to get into the details
> to configure your equipment manually, is to have a look at the
> QDM (QoS Device Manager). This is a web based tool that is free
> from Cisco's website.
> http://www.cisco.com/en/US/partner/products/sw/netmgtsw/ps2063/index.h
> tml
> 
> And then my final suggestion is to have a look at RSVP
> (Resource Reservation Protocol). This protocol will reserve
> bandwith for your application along the transmission path.
> 
> Regards,
> Jans
> 
> PS. Nice to see fellow SAfricans on the forum.

I thought you were from Brazil?! Now I am curious! :-)

Priscilla




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=71773&t=71706
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to