voip on Bay/Nortel ARN w/ BayRS 14.0

I've got a Nortel ARN that has worked fine for 10 years, most recently

on BayRS 13.2. We subscribed to Vonage and installed four VOIP

adapters on our network and now have problems.

Basically, voice calls are fine so long as no traffic goes over the

link. If you initiate the call, then, for example, begin an FTP

download over the T1 link, the phone call immediately goes garbled

and is hardly usable.

I upgraded the router to 14.0 and enabled both DiffServ and RSVP, but

do not know how to use them properly.

Our support contract has run out and I'm investigating getting a

renewal so I can download the latest BayRS but I'm wondering if this

will solve the problem or if there is something else I can do.

Any advice would be greatly appreciated.

sean

Reply to
seanfulton
Loading thread data ...

Use protocol priority to put the VOIP in the high priority queue, and everything else in the medium priority (or low priority) queue. Do it by adding protocol priority to your outbound interface. Create a prtotocol prioirty template specifying a match on the source address, using the sourse IP address of the Vonage adapter, and placing the packet in the high queue as the action. Then create a filter for that interface using the template you crteated.

Works for me.

Let me know if you need more detailed instructions.

Reply to
T. Sean Weintz

Thank you for the response.

I was trying to do it by udp port since the vonage adapters are using

DHCP, but I will assign them static IP addresses and force it that

way since that sounds like it works better. I will try it and post if

I need help.

sean

Reply to
seanfulton

I created the filter exactly as you describe and it seemed to help

quite a bit. Only problem that I can detect is if I do a big FTP

download (and this is a full T1), it still garbles the call, although

not as badly.

I used the bandwidth meter Vonage has on their site and during idle

times, it says I have 1.4-1.5 Mbps. During the FTP, that drops to

394K or so. Still plenty of bandwidth for the call, so I'm wondering

if I also need a filter to drop FTP to a lower priority or if this is

just as good sa it gets.

sean

Reply to
seanfulton

Part of the issue here is that you can't control how inbound (to you) packets queue up from your ISP router to you - you can only control traffic after it hits your ARN.

Giving FTP lower prioity may help. Also, for the protocol priority interface setup, I set the queue distibution in a REALLY steep curve -

95% to the high queue, 4% to the med queue and 1% to the low queue. Also, enable the "dequeue at line rate". That seems to minimze network jitter in my experience.
Reply to
I am a Sock Puppet

Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.