News:

On Tuesday September 6th the forum will be down for maintenance from 9:30 PM to 11:59 PM PDT

Main Menu

Help needed - "there is no call route available to complete your call"

Started by Believer, November 10, 2012, 06:21:05 PM

Previous topic - Next topic

Believer

Hello everyone!

Help needed here: I tried to configure my OBi110 so all calls to national mobiles, and all international calls would go through GV. Any other call would go through PSTN. Mobile numbers here in Brazil starts with 6, 7, 8 or 9. For instance: (area code) 9166-7232. Also, when area code is 11, the mobile numbers have one extra digit "9" before the others. Therefore, it would be, for instance (11) 99166-7232.

As I read in one post in this forum, I understood that I need to configure the following parameters:

Service Providers >> ITSP Profile A General >> DigitMap: (<0:0055>[1-9][1-9][6-9]xxx xxxxS0 | <0:0055>[1][1][9][6-9]xxx xxxxS0 | <:005512>[6-9]xxx xxxxS0 | <1:1>xxxxxxxxxxS0 | <00:00>x.)
Physical Interfaces >> LINE >> DigitMap: ([2-5]xxx xxxxS0 | <0:021>[1-9][1-9][2-5]xxxxxxxS0 | 0800xxxxxxxS0)
Physical Interfaces >> PHONE >> DigitMap: ((Mli)|(Msp1))
Physical Interfaces >> PHONE >> OutboundCallRoute: {(Mli):li},{(Msp1):sp1}
Physical Interfaces >> PHONE >> PrimaryLine: PSTN


All local calls (to landline or mobiles) work well (landline via PSTN, mobile via GV), but when I try to call my parents in another city, dialing the number 0 67 3565-4000 (which, as far as I understand, would go to PSTN as 021 67 3565-4000, because of my digitmap), I hear the message "there is no call route available to complete your call".

Could you please help me?
Thanks in advance!

ianobi

Believer,

Well done – you win the prize for the most unusual DigitMaps this month   :)

I think I can see the problem, but it may need your knowledge of Brazil numbering formats to solve it.

When 0 67 3565-4000 is processed through the Phone DigitMap it is transformed into 021 67 3565-4000 as intended. Then the whole number 021 67 3565-4000 is compared to each rule in the Phone OutboundCallRoute to find a matching rule to route it. However, there is no matching rule because Mli rule  <0:021>[1-9][1-9][2-5]xxxxxxxS0 states that the fourth digit must be in the range [2-5]. In the newly transformed number the fourth digit is 6, therefore it does not match the rule. If it had matched, then it would have been further transformed by the <0:021>, for a second time.

I suggest using the Phone DigitMap to state what number formats are allowed for each DigitMap, then use the Phone OutboundCallRoute to do the transforming, so it happens only once.

For example: Physical Interfaces >> LINE >> DigitMap may have the rule (0[1-9][1-9][2-5]xxxxxxxS0). This allows the number 0 67 3565-4000 in the Phone DigitMap via Mli. In Phone Outbound CallRoute you might have a rule {(<0:021>(Mli)):li} This will transform 0 67 3565-4000 into 021 67 3565-4000 and send it to line.

Even though lots of the other numbers work, I think they are also being "double transformed".

Let us know how you get on – there are other users in Brazil who may be interested.

ianobi

I've had another look and it seems to me that some other rules should fail too. Service Providers >> ITSP Profile A General >> DigitMap:  Do these work <0:0055>[1-9][1-9][6-9]xxx xxxxS0 | <0:0055>[1][1][9][6-9]xxx xxxxS0 It would appear that after tranformation they still start with 0 therefore, they should get transformed a second time in the OutboundCallRoute.

These seem a bit odd, replacing digits with the same digits:
<1:1>xxxxxxxxxxS0 | <00:00>x.)

Look in "Call Status" via the Expert Configuration pages during a call to see what was dialled and what actually went out. Also, You can look in "Call History" via the web page after the call is finished.

Sorry if I seem unhelpful! I will try to be constructive once I understand the problem  :)

Believer

It worked!!!  ;D

I changed the following parameters:

Service Providers >> ITSP Profile A General >> DigitMap: (0[1-9][1-9][6-9]xxx xxxxS0 | 0[1][1][9][6-9]xxx xxxxS0 | [6-9]xxx xxxxS0 | 1xxxxxxxxxxS0 | 00x.)

Physical Interfaces >> LINE >> DigitMap: ([2-5]xxx xxxxS0 | 0[1-9][1-9][2-5]xxxxxxxS0 | 0800xxxxxxxS0)

Physical Interfaces >> PHONE >> OutboundCallRoute: {([2-5]xxx xxxxS0 | <0:021>[1-9][1-9][2-5]xxxxxxxS0 | 0800xxxxxxxS0):li},{(<0:0055>[1-9][1-9][6-9]xxx xxxxS0 | <0:0055>[1][1][9][6-9]xxx xxxxS0 | <:005512>[6-9]xxx xxxxS0 | 1xxxxxxxxxxS0 | 00x.):sp1}



...then, it worked!!  :)

Thank you very much for your help.



ianobi

Your solution is unusual, but interesting and logical  :)

I may have to have a beer following that much brain strain - adds quicky it is evening here where I live  ;D

Believer

I don't know any other way of doing it :P I based this solution from what I read @ http://goo.gl/FJMcU

Is there any other way of doing this?

Thanks again for your help and the good humour that came along

ianobi

Interesting link. I think they have the same problem with their Msp2 DigitMap - double transformation. I may have to experiment tomorrow to prove to myself I'm not going mad!