From: Bola Adegbonmire (BolaAD@Resourcery.com.ng)
Date: Thu Sep 11 2003 - 05:48:50 GMT-3
RAN64/25 is a 64 Kbps radio over 25 KHz channels.
IOS running is C2600-is56i-mz-120-18.bin. So bandwidth is no where near T1.
Traffic: remote site accesses the HQ over the link and traffic is mainly from client machines to Lotus notes server at HQ. users have no internet connection. Basically it is the Voice and data been uploaded and downloaded to/from Lotus notes server.
IOS limitations due to 12.0 is major constraint. Lack of memory(Flash/NVRAM) does not allow IOS upgrade. When it gets choppy I believe is when they are flei tarnsfers are taking place which is quite frequent as comapnay is a bank and all servers reside at HQ location. Remote site is part of HQ, but due to lack of space some employees had to be at another physical site.
Regards,
Bola
-----Original Message-----
From: Charles Church [mailto:cchurch@wamnet.com]
Sent: Wednesday, September 10, 2003 3:00 PM
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:26 GMT-3