Star code *69 not working anymore

<< < (2/3) > >>

dvddavid:
Quote from: azrobert on July 12, 2018, 07:04:13 pm

That should have worked. Let's take a different approach. Remove the plus on only SP2 inbound calls. Now when you do a *69 it "SHOULD" be routed to SP2, the primary line. Add a rule to route * numbers to SP1 when using *69.

Use OBi Expert to make the following changes:

Service Providers -> ITSP Profile A General -> DigitMap:
(1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.S3)

Service Providers -> ITSP Profile B General -> DigitMap:
(1xxxxxxxxxx|<1>[2-9]xxxxxxxxx|011xx.|xx.S3)

Voice Services -> SP2 Service -> X_InboundCallRoute:
{(<+:>1xxxxxxxxxx):ph},{ph}

Physical Interfaces -> Phone2 Port ->
Add following to the beginning of the OutboundCallRoute:
{(<+:>1xxxxxxxxxx):sp1},



Still no joy. With all the changes in places no calls get routed to the Phone2 port at all, neither calls to SP1 nor Sp2.

Maybe it would be easier if I worked on 1 service at a time? Remove SP2 service, move phone to Port 1, start from there?

azrobert:
Sorry, my screw up. I tested removing the + from SP1 on an OBi1032 and then using *69 to route a call to SP1. I only have GV defined on SP1. When I copy the code to post it, I forgot to change it to ph2.

I didn't make any changes to SP1 inbound, so calling the SP1 number should have rung ph2.

The DigitMap changes are not required. My previous approach required the change and I included it to make the code cleaner.

This will fix *69 to SP2:
Voice Services -> SP2 Service -> X_InboundCallRoute:
{(<+:>1xxxxxxxxxx):ph2},{ph2}

This will fix *69 to SP1:
Physical Interfaces -> Phone2 Port ->
Add following to the beginning of the OutboundCallRoute:
{(<+:>1xxxxxxxxxx):sp1},

dvddavid:
Quote from: azrobert on July 13, 2018, 08:39:19 am

Sorry, my screw up. I tested removing the + from SP1 on an OBi1032 and then using *69 to route a call to SP1. I only have GV defined on SP1. When I copy the code to post it, I forgot to change it to ph2.

I didn't make any changes to SP1 inbound, so calling the SP1 number should have rung ph2.

The DigitMap changes are not required. My previous approach required the change and I included it to make the code cleaner.

This will fix *69 to SP2:
Voice Services -> SP2 Service -> X_InboundCallRoute:
{(<+:>1xxxxxxxxxx):ph2},{ph2}

This will fix *69 to SP1:
Physical Interfaces -> Phone2 Port ->
Add following to the beginning of the OutboundCallRoute:
{(<+:>1xxxxxxxxxx):sp1},



If I didn't say so before, thanks for taking the time to help me on this...much appreciated.

I'm halfway there. Making the first change you mentioned and calls to SP2 now correctly get returned via SP2 number. Made the second change, calls to SP1 number still give the "no route" message. Calls to SP2 still get returned via SP2 correct.

I noticed I still have the DigitMap changes in place for phone2 port. Keep them or go back to defaults?

azrobert:
We uncovered a bug in the firmware. CallerID's with a + will not be stored in Last Called Number(LCN). To fix this I removed both the leading + and 1, then routed *69 LCN 10 digit numbers to SP1.

Please test that dialing 10 digit numbers will still be routed to SP2. I'm not setup to test this correctly. The DigitMap will change 10 digit dialed numbers to 11.

You can see the last dialed and called numbers in the Phone2 settings.

This will fix *69 to SP1:

Voice Services -> SP1 Service -> X_InboundCallRoute:
{(<+1:>xxxxxxxxxx):ph2},{ph2}

Physical Interfaces -> Phone2 Port ->
Add following to the beginning of the OutboundCallRoute:
{(<1>xxxxxxxxxx):sp1},

You can keep the ITSP A/B DigitMap changes.

dvddavid:
Quote from: azrobert on July 13, 2018, 10:20:49 am

We uncovered a bug in the firmware. CallerID's with a + will not be stored in Last Called Number(LCN). To fix this I removed both the leading + and 1, then routed *69 LCN 10 digit numbers to SP1.

Please test that dialing 10 digit numbers will still be routed to SP2. I'm not setup to test this correctly. The DigitMap will change 10 digit dialed numbers to 11.

You can see the last dialed and called numbers in the Phone2 settings.

This will fix *69 to SP1:

Voice Services -> SP1 Service -> X_InboundCallRoute:
{(<+1:>xxxxxxxxxx):ph2},{ph2}

Physical Interfaces -> Phone2 Port ->
Add following to the beginning of the OutboundCallRoute:
{(<1>xxxxxxxxxx):sp1},

You can keep the ITSP A/B DigitMap changes.



Made the first change you listed. Success. Calls to each number get properly returned. Only thing I noticed that weird is the CallerID display formatting on my phone. Calls to SP2 display CallerID on the phone as the full number no dash, while now calls to SP1 now only show xxx-xxxx, the last 7 digits no area code but with the dash.

Navigation

[0] Message Index

[#] Next page

[*] Previous page