Dear All,
I'm doing some work with Asterisk and translucent, trying to overlay some attributes to an existing remote account, locally.
These attributes have been added by entries in the local database before being presented to me via ldapsearch, whilst searching for attributes present in the remote directory:
objectClass: AsteriskExtension objectClass: AsteriskSIPUser AstAccountName: 600 AstAccountType: friend AstAccountSecret: 600 AstAccountQualify: yes AstAccountPort: 5060 AstAccountNAT: never AstAccountMailbox: 600@device AstAccountHost: dynamic AstAccountDTMFMode: rfc2833 AstAccountContext: from-internal AstAccountCanReinvite: no AstAccountCallerID: Gavin <502>
Should I expect to be able to search for the above attributes and get a result? Currently I am not.
A filter like:
"(&(objectClass=AsteriskSIPUser)(AstAccountName=600)"
returns:
ldapsearch: ldap_search_ext: Bad search filter (-7)
So I guess that answers my question.
If slapo-translucent did return results for searches against the local attributes, would this be defeating the purpose/design of the overlay?
Thanks,
Gavin.
On Thu, Jul 19, 2007 at 10:25:51PM +0100, Gavin Henry wrote:
A filter like:
"(&(objectClass=AsteriskSIPUser)(AstAccountName=600)"
returns:
ldapsearch: ldap_search_ext: Bad search filter (-7)
Is that a cut and paste? If so then you are missing a bracket on the end of the filter.
Gavin Henry wrote:
Dear All,
I'm doing some work with Asterisk and translucent, trying to overlay some attributes to an existing remote account, locally.
These attributes have been added by entries in the local database before being presented to me via ldapsearch, whilst searching for attributes present in the remote directory:
objectClass: AsteriskExtension objectClass: AsteriskSIPUser AstAccountName: 600 AstAccountType: friend AstAccountSecret: 600 AstAccountQualify: yes AstAccountPort: 5060 AstAccountNAT: never AstAccountMailbox: 600@device AstAccountHost: dynamic AstAccountDTMFMode: rfc2833 AstAccountContext: from-internal AstAccountCanReinvite: no AstAccountCallerID: Gavin <502>
Should I expect to be able to search for the above attributes and get a result? Currently I am not.
A filter like:
"(&(objectClass=AsteriskSIPUser)(AstAccountName=600)"
returns:
ldapsearch: ldap_search_ext: Bad search filter (-7)
So I guess that answers my question.
"Bad search filter" is a client side error code; you haven't even gotten as far as the server or the translucent overlay yet. Check your syntax. Count your parentheses and make sure they match up (since they clearly don't, above).
A filter like:
"(&(objectClass=AsteriskSIPUser)(AstAccountName=600)"
returns:
ldapsearch: ldap_search_ext: Bad search filter (-7)
So I guess that answers my question.
"Bad search filter" is a client side error code; you haven't even gotten as far as the server or the translucent overlay yet. Check your syntax. Count your parentheses and make sure they match up (since they clearly don't, above).
Yeah, that was a copy and paste error in my ldapsearch, Asterisk is correctly doing:
"(&(objectClass=AsteriskSIPUser)(AstAccountName=600))"
slapd is returning no results for searching on above, as they are in the local db. Is this expected?
Everything with Ast* is added to the local db via ldapmodify:
<snip> mail: ghenry@suretecsystems.com gecos: Gavin Henry initials: C AstAccountName: 502 AstAccountType: friend AstAccountSecret: 502 AstAccountQualify: yes AstAccountPort: 5060 AstAccountNAT: never AstAccountMailbox: 502@device AstAccountHost: dynamic AstAccountDTMFMode: rfc2833 AstAccountContext: from-internal AstAccountCanReinvite: no AstAccountCallerID: Gavin <502>
Above is a snippet from a search on attributes in the remote db.
Gavin.
openldap-software@openldap.org
-
Gavin Henry -
Howard Chu -
Norman Gaywood