From: Scott Morris (swm@emanon.com)
Date: Wed Sep 10 2003 - 11:29:01 GMT-3
No, no, no... There will be large issues with that.
RAN 64 means you'll have a 64kbps channel (the 25 is a 25Khz RF signal
width). So you only have a 64k channel to play with to begin with, so
you will need to account for serialization problems and fragment packets
on that interface in order to allow voice to properly get on it.
Even with a 128/50 (128 kbps in a 50KHz channel), you'll still have
serialization problems.
Do check out your traffic on the line, but the fragmentation portion is
likely going to be your biggest issue. No matter how good anything else
is, if a large data packets gets stuck on the line, then your voice is
hosed for a moment. (which is forever in a voice users' mind!)
HTH,
Scott
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Charles Church
Sent: Wednesday, September 10, 2003 10:00 AM
To: Bola Adegbonmire; ccielab@groupstudy.com; Brian Dennis
Subject: RE: VOIP + PPP + QOS
I figured out what RAN is, but I'm not sure what the 64/25 refers to.
What is the bandwidth of this radio network? If it's approaching T1
speed or above it, serialization delay shouldn't affect the voice
quality. Voice is fine up to about 100 ms delay. What kind of traffic
is on the line? What IOS are you running? With the right version, you
could use NBAR to monitor and/or rate limit to a pretty high detail.
When you say it's clear at times, and choppy at other times, what
activities are occurring on the network when it gets choppy? IP
accounting may be of use also. HTH.
Chuck Church
CCIE #8776, MCNE, MCSE
Wam!Net Government Services
13665 Dulles Technology Dr. Ste 250
Herndon, VA 20171
Office: 703-480-2569
Cell: 703-819-3495
cchurch@wamnet.com
PGP key:
http://pgp.mit.edu:11371/pks/lookup?search=chuck+church&op=index
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Bola Adegbonmire
Sent: Wednesday, September 10, 2003 9:00 AM
To: ccielab@groupstudy.com; Brian Dennis; Charles Church
Subject: VOIP + PPP + QOS
Hi all,
I have a situation with two routers (2611 running ) connected via a
wireless link using RAN 64/25. voice network is connected via E&M ports
with Avaya definity on one end and Alcatel on the other side.
All is set up but I have QOS issues on line. Due to IOS limitations I
can only do custom-queueing/priority queueing
Presently I am using ip rtp rpiority.
1 The line is quite clear atimes and atimes it breaks. My suspicion is
that serialization delay causes this inspite of Ip rtp priority
I wanted to use a multilink interface to set ppp LFI and fragmentation
delay but IOS does not support multilink interfaces (i.e interface
multilink1)
I am looking at way for doing LFI so that serialization delay is withing
acceptable but I have looked at the options are I can thik of can't see
any that satisfies. Pls any ideas?
also due to congestion issues ring back is not heard atimes and caller
just hears called party saying hello. This I believe is due to TCP call
setup and tear down channels going within normal queue. I was wondering
if it was possible for me to have priority queueing on same interface as
ip rtp priority. reason I am thinking of this is so that I can put only
the setup channel within this queue so that users hear the call alerts
whatever congestion situation is.
Pls any bright ideas to help me out.
Bola Adegbonmire
Networks
Resourcery Limited
18 Adeola Hopewell, Victoria Island.Lagos-Nigeria. Tel:234-1-3200301,
4618281, 7740711-2 ( Ext:1644)
*************************************************Disclaimer*************
****
*********************
"The information contained in this email and any attached files is
strictly private and confidential. This email should be read by the
intended addressee only. If the recipient of this message is not the
intended addressee, please call Resourcery limited Lagos Nigeria, on
+234 1 7740711 and promptly delete this email and any attachments. The
intended recipient of this email may only use, reproduce, disclose or
distribute the information contained in this email and any attached
files with Resourcery's permission. If you are not the intended
addressee, you are strictly prohibited from using, reproducing,
disclosing or distributing the information contained in this email and
any attached files. Resourcery advises that this email and any attached
files should be scanned to detect viruses. Resourcery accepts no
liability for loss or damage (whether caused by negligence or not)
resulting from the use of any attached files."
************************************************************************
****
*********************
This archive was generated by hypermail 2.1.4 : Wed Oct 01 2003 - 07:24:25 GMT-3