On Tue, Feb 23, 2010 at 9:22 AM, Paul Mossman <[email protected]> wrote:
>
> Ranga wrote:
>> > In most cases the mapping is 1-1. In the few cases it
>> isn't 1-1, then
>> > the admin needs to enter the same ITSP credentials a couple
>> of extra
>> > times. Minor inconvenience.
>>
>>
>> I guess it is fine. Not the design I would prefer but we can
>> revisit the GUI issue later.
>
> Agreed then. We'll park it for now.
>
>
>> > Yes. The sipxbridge.xml generation problem should be
>> fixed. That's
>> > the root problem behind XX-4785 right?
>>
>> Of course it is just a detail and not the root problem of 4785..
>>
>> I do not recall making the claim that it is the "root problem
>> behind xx-4785"
>
> That was my question. I guess the answer is no?
>
It is not.
> Is there a JIRA covering the sipxbridge.xml generation problem? If not, can
> you please raise one?
>
OK.
>
> Also, is Jason's current XX-4785 solution approach now acceptable to you and
> Scott for this release?
>
>
Acceptable if we can resolve the "duplicate ITSP record" problem in
sipxconfig. That is
1. Please do not generate duplicates accounts <username,itsp-domain>
is identical for two ITSP accounts. Instead generate a single account
record. It is limited but it is an improvement over what we have at
present.
2 If two mappings have the same <username,itsp-domain> place the
line-ids as a set
<line-identifiers>
<line-id> id1 </line-id>
<line-id> id2 </line-id>
</line-identifiers>
Or some equivalent well designed xml schema.
3. If two accounts are defined with the same <username,itsp-domain>
but different information in other respects, either sipxconfig should
flag that. It is an invalid configuration.
It is not the best GUI design but will do for now.
I can accept what's on the plate if we can address the above in
separate critical issues.
Regards
Ranga
> Thanks.
>
>
> -Paul
> [email protected]
>
>
--
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
sipXecs IP PBX -- http://www.sipfoundry.org/
