On Tue, Nov 4, 2008 at 4:35 PM, Robert Joly <[EMAIL PROTECTED]> wrote:
>> On Tue, Nov 4, 2008 at 4:20 PM, Robert Joly <[EMAIL PROTECTED]> wrote:
>> >> On Tue, Nov 4, 2008 at 2:20 PM, Robert Joly
>> <[EMAIL PROTECTED]> wrote:
>> >> >> Hello,
>> >> >>
>> >> >> Attached is a trace for an INBOUND invite from the ITSP
>> >> that is being
>> >> >> routed to extension 203. I am getting an authentication
>> challenge
>> >> >> from the proxy and I dont know how to respond. This
>> >> scenario used to
>> >> >> work previously but is now broken. What is causing the
>> >> INVITE to be
>> >> >> challenged and what can I do to respond to this challenge?
>> >> >>
>> >> >
>> >> > Intriguing. Could you please provide sipXproxy debug logs
>> >> for problem?
>> >>
>> >> Attached is a proxy debug log and the merged.xml for this scenario.
>> >> Thanks in advance. Please let me know if a JIRA issue is needed.
>> >> >
>> >
>> > The plugin that enforces auth rules seems to think that permissions
>> > are required to get to [EMAIL PROTECTED] which is part of
>> > your local domain. Could you please attach your
>> authrules.xml file to
>> > so that we can investigate further?
>> >
>> >
>> I have attached both authrules.xml.in and authrules.xml
>>
>>
>
> The dialplan rule with description '944 01217140164' is misconfigured.
> It catches any user (".") whose domain matches the local domain and
> requires 'long distance' permissions hence the challenge. You should
> take a second look at this rule and make it less encompassing, e.g. use
> more restricitve user match conditions by imposing certain prefixes or
> length.
>
Ah! this is interesting. This condition occured because I removed a
Trunking Gateway without removing the dial plan that utilized that
trunking gateway. I suppose it would have been nice for sipx-config to
warn about this. If Damian is listening, perhaps he can voice an
opinion.
Ranga
--
M. Ranganathan
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
