Toll Free not working

[Telecomboy]

Anyone else run into this? I have an IP500 R4.0 that is sending DID information for outbound caller id. The service provider, Cimco, claims that calls going to toll free numbers are being denied because they are from an unknown source. They claim the only way to fix it is to send the main btn out for all calls.

This won't work as there are (4) different companies working on the same IP Office.

Has anyone else run into this and is there a solution without sending the main btn?

 

[Bas1234]

How do you sent the CLI? per user ars shortcode?
More info!!

___________________________________________
It works! Now if only I could remember what I did...
___________________________________________

 

[tlpeter]

Probebly there are different DDI ranges on the ipoffice because of the 4 company's
So an extension that should send out a number of his normal range could possibly uses a channel of an other range and sending the wrong info
Is there a functioncode for the tollfree numbers with a certain line id ???


ACA - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[aarenot]

Is there an analog trunk on the system? If so route 800 calls out the analog trunk.

You could also send out the BTN for CLID via SC as well, which if they are saying will work, should work if you send it out as well, not just them sending it.

Does it send out the proper CLID from all users currently? Have the Telco determine what the CLID info going out is cureently. Try calling your own 800 number to see if it works, or an 800 number provided by the same telco. Sounds like the PRI may not even have the ability to call 800's which is sometimes the case.

 

[Telecomboy]

I do have short codes built for each user to send out their own telephone number. I have tried sending the main btn for 800 #'s, but it gets blocked as well. The telco provider did a trap and claims they are sending the info through as normal, but they are getting it rejected as an unknown source. They claim the only way to fix this is for them to over-ride and numbers I am sending and for them to send out the main btn for all calls. I find this hard to believe that it cannot work otherwise.

 

[aarenot]

Call support, escalate it through Avaya. If they(Telco) are sending out the CLID data as IPO is providing it then it is an issue for Avaya to deal with. Since they are claiming IPO is sending bad data.

If they are not sending out the CLID as the IPO is providing it, then it is an issue for Avaya to deal with, since they are claiming the IPO is sending bad data.

One other suggestion would be to eliminate any 800 short codes, and let them be routed the same as other calls, if you have any 800 short codes. If they are getting no special routing, or CLID info., or output than other calls which work then there should be no issue.

This sounds like a TELCO issue, if not it is an issue with outgoing info from the IPO only when the destination number is 1800 XXX XXXX, which seems a bit remote. Especially if it is going out the same for all calls.

Even witholding CLID should not disallow a toll free call, as it does not from my home phone. Try witholding CLID for 800 calls, that should work fine in any scenario since CLID is not required for 800 calls.

 

[ronromano]

Do the calls complete if you don't try to manipulate the CID?

 

[tlpeter]

Or does it work without sending the number ?


ACA - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[ronromano]

Same thing

 

[aarenot]

It does sound like a TELCO issue, and I would let Avaya, and the TELCO duke it out by escalating it to get Avaya involved. If it is not the TELCO, Avaya needs to get involved to fix the issue. Either way you should not accept the TELCO offerred solution for your customer as it is not satisfactory.

Can you send me an email, export the VMPRO DB, and save the IPO CFG, put them in a folder then compress that folder, then attach it to the email. Same name as on here at M S N dot COMe So I can take a look at it?

 

[ronromano]

I don't think there is any problem with the IPO. I think the carrier is blocking the call because the number being sent is not in they're database.

 

[Telecomboy]

Here is how I worked it: I created a short code 91800N; with tel 1800Ns and left it blank after the s. (I tried putting in their main btn after the s, but that wouldn't work. With it blank, Cimco is then adding the main btn and allowing it to go out. The customer is satisfied that it is only effecting 800 numbers and all other calls still send out the proper CID information.

 

[aarenot]

Telecomboy,
I would still escalate this to your BP for support, and allow it to go through to Avaya support so this issue can get fixed properly. WHile I think it is not probably an IPO issue, it should be taken up the ladder. Also, if it is not an IPO issue that means the TELCO is either ignorant, or lying. Which is the case should be detrmined.

 

[tlpeter]

It is not an ipo issue
If yo do not send a number then the telco is doing it
Probably the telco sends the main number while you are trying to send a different number in the range
Then it goes wrong because the numbers do not match !


ACA - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[memphistim]

I've been told not to create individual short codes in the User short code as they can impact the ARS table....my distributor has told me to create a user short code that points them to a new ARS table created just for them...that has solved several odd issues that I had earlier with 4.0.5 and 4.0.7.

Setup the following

ARS Table 52, name it CompanyA....assign the necessary short code entries that you want to allow

1800N; 1800Nsixxxyyyzzzz Dial3k1 Line Grp 1 (or whatever)

Try it without the ";" at the end...

Then go to the users for this company and assign a User Short Code like the following:

9N N Dial3k1 52:CompanyA

Curious if that would have any impact or not.

Good Luck!!

Tim