IPOffice phone calls between intra office lose connection randomly

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • ramir234
    Aspiring Member
    • Jul 2015
    • 1

    IPOffice phone calls between intra office lose connection randomly

    Hi everyone, avaya phone complete n00b here, please be patient as I dont work with phone systems.

    we have two sites connected via vpn using sonicwall firewalls.

    both sites use comcast internet and have 50mb down.
    Network interface on SiteA sonicwall is configured for static comcast IP address.
    Network interface on SiteB sonicwall is configured via DHCP (getting IP from the comcast modem 10.1.10.x, and wonder if this could be the problem).

    both sites have an avaya ipoffce 500

    using ipoffice manager v10.1(56)

    site A is main office
    network subnet range is 192.168.1.x

    site B is remote office
    network subnet range is 192.168.5.x (dhcp from fw)
    PHONE subnet 172.168.5.x
    ^this is the way that it was configured before my time and it well...sorta works yet I dont know if this makes a difference.

    In site A there's a mix of analog and IP phones

    In site B it's all IP phones.


    THE FREAKING PROBLEM!!!!

    Both sites will lose connection to each other when dialing 4 digit extension., we can still dial 10 digit and connect. I assume this is because the calls get routed via site A's windstream phone service and into site B's comcast phone service (site B have internet and phone). Yet the calls stop routing via the stupid ipoffices (yes using the word stupid is childish but man this is annoying).

    So if site A dials site B it will not ring and vice versa if B to A. The phone will display the name of the recipient but it just drops.

    We have had the vendor that sold the equipment look at it but they can't figure it out.

    The only way that we can prevent this from happening is to schedule a reboot of either of the ipoffices at midnight, we do this every day. typically we just reboot site B.

    Yet, there are times when the system will 'break' during the work day (8.30a-5.30p) and we need to reboot the phone system. Again, we always reboot site B since that's the smaller site and less interruption during that 3-5 minute reboot.

    In the system status, active calls before the reboot shows my extension dialing out 1109 to a group 1070 (this also happens to non-group extensions), the destination ipoffice doesnt show an incoming alert.

    Once the system is rebooted it does show the incoming alert on site B.

    Also notice that the time is off by a few seconds, don't know if this is a problem.

    Can someone please help me with this.

    Thanks!
  • bourgr
    Member
    • Jul 2011
    • 5

    #2
    I'm assuming your Sonic Walls are creating the VPN tunnel for you.
    Having a dynamic IP on one end shouldn't really cause a problem if VPN is setup properly.
    Do you have data traffic going over the same VPN tunnel??? You shouldn't..

    You can do a continuous ping between each end and send results to a text file and see if you get any packet drops. If you're getting packet loss it's not going to help.

    I've struggled with VOIP via VPN and really it's not worth the headache. Vendors that sell the IP oOffice equipment tell you that it works, but it really doesn't.. You can't really do true QOS through a VPN..
    What codec are you using for the Line connecting the two sites? I would experiment dropping down to G.729 8K and see if it helps. It may affect voice quality so test and be prepared to switch back if users complain.

    How many active calls are you sending over this VPN tunnel at one time?

    Comment

    • havel3
      Guru
      • Nov 2012
      • 148

      #3
      Sounds like you need a experienced engineer on-site as this is clearly a misconfigured system.

      Comment

      • zakabog
        Genius
        • Aug 2014
        • 300

        #4
        Next time it goes down, reset the VPN connection between the two Sonicwalls. After that fixes the tie between the two systems, update the Sonicwall firmware.

        Comment

        Loading