Obi-100 (or 202!) and Sipsorcery

<< < (6/6)

GregoryZ:
 ;D

azrobert:
There is a couple of mistakes with my tutorial.
I said:
Quote

I did not put the <*8:> in the ITSP C DigitMap for a reason. If I did, when the Phone Port DigitMap processed the number the *8 would have been stripped off at that point. Then the OutCallRoute would not see the *8 and route the call to SP1.

The Phone Port DigitMap does not reference ITSP C DigitMap, so it's a false statement.  I had to use this method when testing with my OBi110 because I only had ITSP B DigitMap to process numbers with a leading *.

Also, *0 is routed to SP2.

Don't know why it took so long before this info popped in my head.  Must be getting too old.

There is nothing wrong with the config, but the following is cleaner:

ITSP A DigitMap:
(1?[2-9]xx[2-9]xxxxxx|<480>[2-9]xxxxxx)

ITSP B DigitMap:
(*x[2-9]xx[2-9]xxxxxx|*x[2-9]xxxxxx)

ITSP C DigitMap:
(<*8:>[2-9]xx[2-9]xxxxxx|<*8:480>[2-9]xxxxxx)

ITSP D DigitMap:
(<*9:1>[2-9]xx[2-9]xxxxxx|<*9:1480>[2-9]xxxxxx)

Add to front of default Phone Port DigitMap:
(Msp1)|(Msp2)|

Add to front of default Phone Port OutCallRoute:
{(Msp1):sp1},{(Msp3):sp3},{(Msp4):sp4},{(Msp2):sp2},

azrobert:
User17600,

I had another thought.  You said you have 6 providers, including several GV accts.
You can have 3 GV accts and 1 registered SIP provider on your OBi202.
If the other 2 providers are outgoing only SIP providers, you can define them as Voice Gateways on the OBI202 and eliminate SipSorcery. Let me know if this is the case and you need help.

Bob

user17600:
Yes, I use some of the trunks on the -101 for outgoing calls. Unfortunately some of the numbers are also for incoming (various parts of the country where I 'need' a presence).

Thanks, again!

U1

Navigation

[0] Message Index

[*] Previous page