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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

My IP Office Valentine 1

Status
Not open for further replies.

Spanning

Technical User
Aug 6, 2003
165
I vote the ip office the best of its kind, put a side the contant rollout of the new software and bug fixes its got to be my true valentine.

Why because its easy to install and programe and i make loads of money from it, ask the Mrs ?

 
Theres one post here that says " The custumor must come first and not the money!! "

Make no mistake...ITs all about the money
 
could you tell me where the program key is on a 2010 handset please?

Although Dial-a-head is not much use on a phone without a display I guess it would be too dificult to modify the DT software to recognise a 2010 & send DTMF.

(especialy as Avaya are doing thier best to drop the DT series phones :-( )
 
Yes, i did read to quick and no, it is not possible on a 2010 avaya recommend to replace with a alog handset preferably with a display.
 
nuggifirst, i'm curious.. did you fix the cust's problem with a specific short code for the local telephone prefix's?? meaning for area code abc calls go over the ip trunk instead of out local telco lines?? i see you problem how did you fix it?
 
A user on site A sets a forward undoncitional on his phone to 1234567. In SCN, if nothing else is done, a site B user dialing the site A extension, would send out 1234567 on site B's own lines. Thats kind of a problem if the systems are located in different countries.

On site B, the CO-lines has ID0, the SCN/VPN line has ID10

The the fix shortcode would be:

SC: 1234567
TN: 1234567
Line ID: 10
Feature: Dial

That ensures that site A's CO-lines are used. That would of course also be cheapest in this case.

But DAMN there's work to be done in a big company, where the users take advantage of forward all :(

Actually i think it was IPguru or Morrack that came with this solution, so cheers to them!
 
NuggiFirst,

why don't you just force your users to enter their full numbers including area code and then route calls based on the area codes? much simpler setup and maintenance at the price of small annoyance to the users.
 
Could do that of course.

But if you only do that, then the "wrong / expensive" CO-lines will be used..
But there's also a cure for that:
Shortcodes on each system, that routes calls by prefixes, to the correct VPN-lines.

The choosen solution is just more logical to the customer.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top