INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Jobs

IP500v2 to IP500v2 Round Trip Delay

IP500v2 to IP500v2 Round Trip Delay

(OP)
Hi Everyone,

We have an IPO Server Edition solution. Our main office has an IPO server and a IP500v2. Remote site has an IP500v2. Both of the IP500v2 have a line going to the IPO Server. What we are experiencing is a very high round trip delay between the remote site and the main office. On the IP500v2 SSA of the remote site we are seeing a round trip delay of 10,000ms or higher but nothing like this on the SSA main office IP500v2 or IPO Server. These 2 offices are connected via VPN with our firewalls (Watchguard M200). The firewalls allow all traffic across the VPN tunnel between the 2 sites. Main office has a 300M fiber connection and remote site has 20M fiber connection. Typical ms on a ping is between 8-11ms. QOS is setup on the switches (Two Cisco SG500X-48MP in a stack at main office and one SG300-52P at remote site) and on the VPN tunnel on the firewall as well.

I really am at a loss for what more to look at. Any guidance or suggestions on what more to look at would help. You guys here have been great in the past and appreciate all the help i have received.

Thank you in advance for whatever advice/guidance you may give me.

RE: IP500v2 to IP500v2 Round Trip Delay

Do you see these as Alarms in the SSA or how do you see the issues?
Do you hear any problems on calls?

If SSA shows it ignore it, if you hear it then I would go ahead and troubleshoot further.
Watchguard has logs you could look at if need be.

Joe W.

FHandw, ACSS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter

RE: IP500v2 to IP500v2 Round Trip Delay

Time to engage critical thinking...

10,000 mS is practically an eon in network terms! If you really had latency of 10s in your voice stream, you would know about it...

Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

RE: IP500v2 to IP500v2 Round Trip Delay

20 juli 1969 : (NASA Spacecontrol) Hello Aldrin, can you hear me on the moon upthere?
















































































































































































































































Aldrin to Spacecontrol : You sound as if you are far away

RE: IP500v2 to IP500v2 Round Trip Delay

(OP)
Westi - I am hearing complaints from the remote site, which is why i posted on here. Unfortunately its from an employee that complains about EVERYTHING so he is blowing it up to be more than what i am sure it is. It has showed up multiple times on the SSA of the remote site but nothing on the main site's SSA. I did look at the watchguard logs but nothing popped out at me. it all looked normal.
MattKnight- yeah i knew that it was 10s...i thought to myself there is absolutely no way that a call could be made with a 10s delay. The funny thing is that the calls that are transferred over the remote site from the main site are recorded by a 3rd party vendor from the vanity numbers we use from them. When we listen to the recordings they sound clear as day and we do not hear any noticeable 10s delay...shoot not even a 2-3 second delay. And there are almost a hundred calls a day that go over these vanity numbers and we verified everything is working properly and the recordings sound crystal clear.
intrigrant- great sense of humor! Definitely gave me a good laugh to start out the day.

Guess i will go over all the logs again unless someone else has another recommendation for me.

RE: IP500v2 to IP500v2 Round Trip Delay

if the recordings are OK then the user is a whiner and just looks for an excuse to work less or ignore his phone

Joe W.

FHandw, ACSS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter

RE: IP500v2 to IP500v2 Round Trip Delay

There are always people within a organisation complaining about eveything throughout their lives, but they never do something about it.
To my opinion they just want some attention or so, a good psych might help more as a better phone.

Logs in SAA in respect to VoIP quality are to say at least unreliable, the best thing to do is go to that phone make a call an use the phone menu to see in real time the packet delays etc. and show to the customer what values you have and explain what it means. Then he/she had her attention and has the ability to see for themselves where to look at if audio is poor.
Often the problem is beyond the local network and may be very well at the opposite side.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Resources

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close