×
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!
  • Students Click Here

*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.

Students Click Here

Recent troubles with IP Phones over tunnels - IP412 & Sonicwall

Recent troubles with IP Phones over tunnels - IP412 & Sonicwall

Recent troubles with IP Phones over tunnels - IP412 & Sonicwall

(OP)
Hi,
In the last couple weeks, I am having trouble with IP phones connecting over the tunnels. Here are some specifics:
IP Office 412 running 3.2 (69)
(7) Tunnels to our main office (all are Sonicwall Firewalls)
Each location has an Avaya 5610SW IP phone

The tunnels are all functional and the remote users are using the tunnel for connection to servers as well as connecting the IP phones to the main phone system.
The users say that the phones are booting and most get to the point where they show their extension but they do NOT get a dial tone.
All these phones did work within the last month. I am not aware of anything changing within our main facility that could be preventing the connections. People have been working remotely with this setup for a long time without many issues.
A few of the users did complain that it would take up to 30 minutes before their phone got a dial tone. But, after they got the dial tone, everything worked fine. I'm not sure why only a couple phones had the slow connection issue. At this point, no phones are getting a dial tone.

What I tried:
1) Removing all access rules relating to the phone server on the main firewall - no change
2) Reboot phone system - no change
3) Reset AVPP server - no change
4) re-enabled the access rules - no change
5) Removing all app rules on firewall - no change
6) Have each remote user restart the firewall, wait 10 minutes for the tunnel, restart the phone

When I run Sys Monitor and check the IP Phone Status, it shows the addresses of all the phones, The EP Identifier, MAC addresses, and version. Phone type shows Unknown.

Does anyone have an idea I can try?
Thanks so much for the help!
Tom


RE: Recent troubles with IP Phones over tunnels - IP412 & Sonicwall

(OP)
Turning off all options in the VOIP settings of the sonicwall devices and restarting the tunnels cured the problem!
Whew! I hope this helps someone.

Things turned off:
H323 transformations
Consistent Nat
SIP

RE: Recent troubles with IP Phones over tunnels - IP412 & Sonicwall

Hi,

I had a customer with a checkpoint FW with similar problems.
Maybe you can use the Avaya SOLN147130 (search for it on "support.avaya.com) also for a Sonicwall? It is worth a look.

Obviously it is of eminent relevance, that I this, what you celeprate, not optimally effective assume, since the integrate of you in the communicative system as code related terms with me no explosive associations in mental-empirical reproduction process of the mind.

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! Already a Member? Login

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