From: Bola Adegbonmire (BolaAD@Resourcery.com.ng)
Date: Fri Sep 12 2003 - 02:54:39 GMT-3
I was thinking along the line. Will look at possibility and get back.
-----Original Message-----
From: Charles Church [mailto:cchurch@wamnet.com]
Sent: Friday, September 12, 2003 12:15 AM
To: swm@emanon.com; Bola Adegbonmire; ccielab@groupstudy.com
Subject: RE: VOIP + PPP + QOS
Bola,
A possible option is to run back to back frame relay, and then do frame
relay fragmentation. I checked, and there are some 12.0.xT IP Plus versions
that will run with 32/8, and 12.0T is the minimum to do FRF.12
fragmentation. It's a goofy solution, but if they really don't want to
upgrade, it worth a try. Check out back to back frame relay examples on
CCO.
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: Scott Morris [mailto:swm@emanon.com]
Sent: Thursday, September 11, 2003 4:30 PM
To: 'Bola Adegbonmire'; 'Charles Church'; ccielab@groupstudy.com
Subject: RE: VOIP + PPP + QOS
Well... According to that image you're running, the requirements are
32/8. So assuming you have that, you are pretty much prohibited from
the 12.2 line at all! Most seem to require 48/16 even for the IP Plus
images.
You may be able to do the things like header compression and what-not,
which will make the voice traffic take up less space, but will do
nothing for the serialization delay of waiting for other packets to get
out of the way. Bummer.
With a serial interface, you must use ppp multilink and have the
interface multilink 1... Async and BRI interfaces can use the virtual
templates as can sub-interfaces doing ppp over frame and stuff, but it
appears that on serial lines you've gotta have the multilink interface.
In order to make this work, therefore you will need to look more
seriously at upgrading the routers' RAM and flash (which I always
recommend doing on any installation!) and then changing the IOS out.
Best of luck!
Scott
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Bola Adegbonmire
Sent: Thursday, September 11, 2003 12:16 PM
To: Charles Church; ccielab@groupstudy.com
Subject: RE: VOIP + PPP + QOS
Thanks !
I actually saw the link earlier and I would also have loved to use CBWQ
but IOS issues. Unfortunately client I can't upgrade now due to Memory
and clientmay not be willing to do so. I really appreciate your help and
taking time out to help me.
group is great, will still be open to tips though.
-----Original Message-----
From: Charles Church [mailto:cchurch@wamnet.com]
Sent: Thursday, September 11, 2003 2:48 PM
To: Bola Adegbonmire; ccielab@groupstudy.com
Subject: RE: VOIP + PPP + QOS
Here's a pretty good link on how to implement it. You might have to
upgrade your routers (maybe just the RAM, and then boot from TFTP), but
in the end you'll have a lot more control.
http://www.cisco.com/en/US/customer/tech/tk652/tk698/technologies_tech_n
ote09186a0080094660.shtml
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: Bola Adegbonmire [mailto:BolaAD@Resourcery.com.ng]
Sent: Thursday, September 11, 2003 9:29 AM
To: Charles Church; ccielab@groupstudy.com
Subject: RE: VOIP + PPP + QOS
Tried it earlier. Interface is serial. Tried compression but no
difference. Because IOS is not capable of all the newer QOS
capabilities. I did Ip rtp priority, but serialization delay is still an
issue. I reckon I have to do LFI (or any other form of tech that will
help implement fragmentation and interleave small packets (VOIP) between
large ones.
-----Original Message-----
From: Charles Church [mailto:cchurch@wamnet.com]
Sent: Thursday, September 11, 2003 2:20 PM
To: Bola Adegbonmire; ccielab@groupstudy.com
Subject: RE: VOIP + PPP + QOS
Bola,
With that kind of bandwidth, serialization delay is a problem
for sure. Fragmenting like Scott mentioned should help. If in fact
you're using encryption, that's going to add a little more delay. This
RAN 64/25, is it a WIC serial interface, or an external device you
attach to via ethernet or normal serial connection? Since you're doing
MLPPP, I assume it's serial out of the router. You might want to try
compression on the PPP as well. The RTP won't compress at all, but
everything else will. I had good luck doing that at a bank with 56kb
frame PVCs, with voice, ATM, and data traffic to each branch. Or use
RTP header compression. What's the distance between
these routers? If it's less than 25 miles and a clear line of site,
you
might want to look at 802.11a/b bridges.
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: Bola Adegbonmire [mailto:BolaAD@Resourcery.com.ng]
Sent: Thursday, September 11, 2003 4:49 AM
To: Charles Church; ccielab@groupstudy.com; Brian Dennis
Subject: RE: VOIP + PPP + QOS
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