Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations dencom on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

IP Office 406 Voip phones and Monitor program not connecting

Status
Not open for further replies.

FreightTrain

Programmer
Jun 12, 2012
169
US
I have a 406 with 5 expansion mods that is obviously old and needs to be upgraded but the customer is still hanging on for dear life as this would be a very costly deal. The issue is that they have about 20 VOIP phones that connect off site at different locations and all are having a ton of packet loss some more then others. The IT dept has went over there stuff with a fine tooth come and of course says there is no issue on there end. The strange thing is that the VOIP phones work on the internal network, so I had said it had to do something with the VPN, but I went ahead and tried to look into the matter a bit more and open up monitor and I can't even connect to the cabinet. Dos anyone have any advice on the VOIP and or ideas on the sys monitor?

"When all else fails call for backup
 
OK I will try that, thanks.

"When all else fails call for backup
 
Their network routes and carries the traffic, if packets are getting lost between A and B it has sod all to do with the system or handsets, how stupid are their IT if they don't realise that.... :)

 
I 100% agree and I have been fighting tooth and nail trying to get them to understand this. The problem is that my POC is the IT guy.

"When all else fails call for backup
 
Bear in mind that any traffic between sites is over the internet, as such there is no guarantee it will arrive at all never mind what kind of delay is imposed upon it, it is by definition "best effort only", all building a VPN does is encrypt the traffic and that actually increases the amount of data sent versus a non VPN connection, it by no means establishes an error free and guaranteed delivery connection. If they want you to tell them why packets are dropped on a connection you neither provide nor can manipulate then just tell them to speak to the IT Man, he made and maintains the link after all :)

 
That's the problem, Its the IT guy I'm battling with :)

"When all else fails call for backup
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top