I have been putting multiple gateways in the same rule, but that is
where my problem is. The 2 gateways require different numbers of digits
sent.
Are you saying create an unmanaged gateway pointing to the Audiocodes
instead of telling Sipx it is an Audiocodes MP114?
On 9/2/2010 12:45 PM, Michael Picher wrote:
Try multiple gateways in the same dial rule...
if you need to you can create what i call 'phantom gateways'. Which
is just another unmanaged gateway pointed to the same ip as another
gateway. In here you can tweak the outbound dialing.
Mike
On Thu, Sep 2, 2010 at 12:25 PM, Matthew Kitchin (public/usenet)
<[email protected] <mailto:[email protected]>> wrote:
I'm using 4.2.1, and I need a little help on configuring dialing
rules
that will be allow a backup Audiocodes MP144 FXO to work as a
secondary
gateway.
The primary gateway is a Verizon SIP trunk using sipxbridge, and
Verizon
wants 10 digits. No problem.
The problem comes in with the Audiocodes which handles outbound
calls if
the SIP trunk is down. The POTS line wants 7 digits for local numbers,
11 digits for LD, etc.
If I could do different dialing rules for each, I would know exactly
what do. My understanding is Sipx stops at the first dialing rule that
matches the criteria, and will not proceed onto the next even if the
gateway assigned to the first rule is down.
How do you guys handle the digit manipulation when you have multiple
gateways that have different digit requirements? Do I have to do it on
the Audiocodes FXO? If so, any pointers? I don't see it on the Sipx
interface (I only see the option to add a prefix), and I have
never done
anything significant on the actual Audiocodes interface.
Thanks,
Matthew
_______________________________________________
sipx-users mailing list
[email protected] <mailto:[email protected]>
List Archive: http://list.sipfoundry.org/archive/sipx-users/
--
There are 10 kinds of people in this world, those who understand
binary and those who don't.
[email protected] <mailto:[email protected]>
blog: http://www.sipxecs.info
call: sip:[email protected] <mailto:sip%[email protected]>
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/