Magix international calling issue

[Tripoth]

Client in Mexico was able to call New Jersey without having to place the international code in the dial string. Now they can't.

They use pool 6 in order to make these calls.

TABLE 2: Exchange
A 01)011 02)--- 03)--- 04)--- 05)--- 06)--- 07)--- 08)--- 09)--- 10)---
A 11)--- 12)--- 13)--- 14)--- 15)--- 16)--- 17)--- 18)--- 19)--- 20)---
A 21)--- 22)--- 23)--- 24)--- 25)--- 26)--- 27)--- 28)--- 29)--- 30)---
A 31)--- 32)--- 33)--- 34)--- 35)--- 36)--- 37)--- 38)--- 39)--- 40)---
A 41)--- 42)--- 43)--- 44)--- 45)--- 46)--- 47)--- 48)--- 49)--- 50)---
A 51)--- 52)--- 53)--- 54)--- 55)--- 56)--- 57)--- 58)--- 59)--- 60)---
A 61)--- 62)--- 63)--- 64)--- 65)--- 66)--- 67)--- 68)--- 69)--- 70)---
A 71)--- 72)--- 73)--- 74)--- 75)--- 76)--- 77)--- 78)--- 79)--- 80)---
A 81)--- 82)--- 83)--- 84)--- 85)--- 86)--- 87)--- 88)--- 89)--- 90)---
A 91)--- 92)--- 93)--- 94)--- 95)--- 96)--- 97)--- 98)--- 99)--- 100)---

A Pool Absorb Other Digits FRL Call type Start Pattern
A 1)6--- 00 -------------------- 3 BOTH --:-- A
A 2)---- -- -------------------- - ----- --:-- A
A 3)---- -- -------------------- - ----- --:-- A
A 4)---- -- -------------------- - ----- --:-- A
A 5)---- -- -------------------- - ----- --:-- A
A 6)---- -- -------------------- - ----- --:-- A

A Pool Absorb Other Digits FRL Call type Start Pattern
A 1)---- -- -------------------- - ----- --:-- B
A 2)---- -- -------------------- - ----- --:-- B
A 3)---- -- -------------------- - ----- --:-- B
A 4)---- -- -------------------- - ----- --:-- B
A 5)---- -- -------------------- - ----- --:-- B
A 6)---- -- -------------------- - -----
--:-- B

Is there a way the Magix can be programmed to accomplish this task in the routing of the call? Does this type of routing need to be done by the PRI vendor? Is there a way, in Magix programming, to eliminate the need for the international exchange and the local exchange?

Any ideas?

 

[SYQUEST]

What format changes did Mexico make to their dialing plan?

The US formats are all listed on NANPA's website by NPA.

If this is not the answer you are looking for, please be more descriptive.

....JIM....

 

[dagwoodsystems]

Stick 011 in the "Other Digits" field.

I'm not out to break anyone's bad habits, but it strikes me that this is a funny way of making international calls. Why wouldn't you want to use Pool #6 for all outbound calls, many of which surely are destined within Mexico?

If my suggestion doesn't work for you, print your PRI record and post it here.

Tim Alberstein

http://www.dagwoodsystems.com

 

[Tripoth]

Sorry, client just informed me these are t-1s and not PRIs.
There has to be a way to manipulate calls going out over a T-1.
Placing 011 in the other digits field will not work.
Any ideas?

 

[phonesrus]

Since Mexico is technically a "foreign" country, calls from Mexico 'TO' the USA should be preceded by '01', not '011'. That (01) is the International standard for calls 'to' the US.
When we make calls to countries outside the US, Except Canada, depending on carrier requirements, we have to dial '011' plus the country/city code to route the call.
If the Mexico client had a dedicated LD trunk, or some special arrangement with a carrier, then that may explain, But something apparently changed if the calls no longer work as before.

 

[Tripoth]

So, what you are telling me is there is no other way to manipulate the call going over the T-1? The phone company must have had something setup in their programming of the T-1 to allow the company to make those calls without international digits?

 

[phonesrus]

IF the T-1 associated with ARS table 2 & Pool 6 is used only for calls to the USA then you could use the "other digits" field to insert "01", but then you would also have to put a pattern match of 2xx thru 9xx to allow US area codes only.
Now IF this trunk/pool is also used for calls within Mexico then you would have to create another table, with pool 6 to match the various "city" codes (ie: 55 Mexico City), but without the "01" in the "other digits" field to allow those calls.
That is what the ARS tables are for, but if you don't understand them, and their usage, you can get up to your eyeballs real quick.
I would first try to determine "why" those calls no longer work, by contacting the carrier, if that is possible. Something had to have been changed!