Scott wrote:
> I still don't understand why we're treating SIP user parts as
> integers... they are not integers. Would these fields accept
> negative numbers? Will they accept digit strings that have
> leading zeros and preserve them (perfectly good dial
> strings)? Will they accept numbers that don't fit into 32 bits?
Good point.
I'll have the ExtensionPools content removed from the XX-7663 patch.
The only deficiency with the current First/Last pool extension validation is
that leading zeros are not preserved. I've raised a JIRA to cover this:
http://track.sipfoundry.org/browse/XX-8236 First/Last pool extension
should preserve leading zeros
Thanks.
-Paul
[email protected]
_______________________________________________
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/
