Jump to content

LDAP and Gigaset N510 IP PRO


sfp0

Recommended Posts

The N510 supports a common address book via LDAP, but I'm unsure what settings are required.

 

Has someone done this before and can give some hints?

 

N510 LDAP configuration options:

 

http://i.imgur.com/seB62JH.png

http://i.imgur.com/gDyY1xf.png

 

(The "3" in the "common username" field is an extension; I cleared the password from the "common password" field. I tried SIP and web passwords). And "Enable Directory was checked of course.

 

LDAP aside I can report that the N510 works like a charm with the Vodia PBX in any and all aspects I have tested/configured so far. Very nice! :) The N510 is also a quite good DECT base station with very good reach (but poor web configurator - it seems this somehow "has to be this way" with hardware companies like Gigaset).

Link to comment
Share on other sites

These settings enable listing address book entries:

 

Common username: <domain>\<extension> e.g. pbx.xyz.net\1234

Common password: web password of the extension (not PIN or SIP password)

(^- mobile device specific authentication should work the same way)

 

LDAP search base: ou=people

Name filter: (|(sn=%)(gn=%))

Number filter: (|(telephoneNumber=%)(mobile=%))

 

...

 

Phone(home): telephoneNumber

 

 

While this allows listing entries, it doesn't allow to view details or call them. Looking at the LDAP requests/responses, the conversation looks like this:

 

Initial listing of address book:

 

searchRequest "ou=people" wholeSubtree

searchResEntry

...

searchResEntry

searchResDone success [x results]

 

Trying to call entry:

searchRequest "Some Name" baseObject

It's asking for these attributes: sn, givenName, telephoneNumber, all of which exist and work in the initial listing.

 

Also, Filter is (objectClass=*). This is the only difference I see from the request sent in the initial listing.

 

searchResDone success [0 results]

 

This does look a bit like a minor bug in the LDAP implementation of the server, since the searchRequest looks correct to retrieve the single object in question. It's the correct objectName specified in the baseObject field, as it received in the earlier searchResEntry response.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...