Snom & Ldap

[creiss]

Argh. Aaaargh. Argh. Sorry.

Ich werde wahnsinnig. Ich habe zu Hause ein d385, ein d785, zwei m700 mit drei m65'er.
Dazu habe ich lokal einen ldap server (openldap) laufen. Dort habe ich einige inetOrgPerson angelegt, ungefährt so:
dn: givenName=Horst+homePhone=0123456789+mobile=\0123456789+sn=van Horstbert,dc=home,dc=de telephoneNumber: 0123456789 homePhone: 0123456789 givenName: Horst mobile: +49123456789 sn: van Horstbert objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: person objectClass: top structuralObjectClass: inetOrgPerson entryUUID: 2e547c9a-8596-103b-91df-edf2c996824e creatorsName: cn=admin,dc=home,dc=de createTimestamp: 20210730152556Z cn: Horstbert van Horst entryCSN: 20210730153133.649819Z#000000#000#000000 modifiersName: cn=admin,dc=home,dc=de modifyTimestamp: 20210730153133Z


Mh. Soweit in Ordnung. Im m700 habe ich den eingetragen. Da ist die Konfig ja recht spartanisch aber geht. Die Telefonbücher in dem m65'er zeigen nun den gesamten Datenbestand im Ldap an und eingehende Telefonate werden richtig angezeigt, bzw aufgelöst.

Die d385 und d785 sind da andere Biester. Ich kann den Datenbestand im ldap sehen, wenn ich das Telefonbuch öffne, okay. Nummern eintippen ergibt auch korrekte Vorschläge. Aber eingehende Telefonate werden überhaupt nicht aufgelöst. Ich habe auf dem ldap server mal ein tcpdump laufen lassen und im wireshark angeschaut. Die m700 sowie die d385 und d785 machen nahezu den gleichen SearchQuery (nur dass die m700 die Nummer abkürzt, die d* nicht). Beide bekommen den gleichen Result wieder (1 found).

Im Snom Log (Debug 2) sieht man:

Aug 4 11:36:11.720 [NOTICE] LDAP: GetContacts search: str=+4912345678, type_=Any, groups=[], fields=[], result_type=mixed, tbook_download=false, clear_cache=false, start_idx=, number_of_records=, custom_command= Aug 4 11:36:11.720 [NOTICE] LDAP: Call back request id 20 Aug 4 11:36:11.720 [DEBUG0] LDAP: connect Tcp:10.2.0.9:389 Tcp:ldap.home.de:389 10 10 Aug 4 11:36:11.720 [DEBUG2] LDAP: LdapTpl::Socket 0: Remote Tcp:0.0.0.0:389, State 2/dns_resolving Aug 4 11:36:11.722 [INFO ] LDAP: Bind Request 0/0 Aug 4 11:36:11.788 [INFO ] MEDIA: 81929756 onSetupAudioDevice: 8 1 - 5 0 - 2 Aug 4 11:36:11.788 [INFO ] MEDIA: CAudioSubsystem::setAudioMode 0->8 Aug 4 11:36:11.788 [DEBUG1] PHN: Add Cache: ldap.home.de=10.2.0.9 (ttl=60, type=5) Aug 4 11:36:11.788 [DEBUG1] PHN: Add Cache: ldap.home.de=10.2.0.9 (ttl=60, type=5) Aug 4 11:36:11.788 [DEBUG1] PHN: Add Cache: ldap.home.de=10.2.0.9 (ttl=60, type=5) Aug 4 11:36:11.788 [DEBUG2] PHN: TplSocket::SetNextIp: ip_list_.size()=1, ip_list_.front()=10.2.0.9 Aug 4 11:36:11.789 [DEBUG2] LDAP: LdapTpl::Socket 0: Remote Tcp:10.2.0.9:389, State 3/dns_resolved Aug 4 11:36:11.789 [DEBUG0] LDAP: connect Tcp:10.2.0.9:389 Tcp:10.2.0.9:389 3 3 Aug 4 11:36:11.790 [DEBUG2] LDAP: LdapTpl::Socket 0: Remote Tcp:10.2.0.9:389, State 7/connecting Aug 4 11:36:11.791 [DEBUG2] LDAP: LdapTpl::Socket 0: Remote Tcp:10.2.0.9:389, State 8/connected Aug 4 11:36:11.791 [NOTICE] LDAP: Query has the request id 20 Aug 4 11:36:11.792 [INFO ] LDAP: Bind was successful Aug 4 11:36:11.793 [NOTICE] LDAP: Add exact match for telephoneNumber +4912345678 Aug 4 11:36:11.793 [NOTICE] LDAP: Add exact match for homePhone +4912345678 Aug 4 11:36:11.793 [NOTICE] LDAP: Add exact match for mobile +4912345678 Aug 4 11:36:11.793 [NOTICE] LDAP: Send search request Aug 4 11:36:11.795 [NOTICE] LDAP: Exact matches size 3 Aug 4 11:36:11.795 [NOTICE] LDAP: Entry element sn=van Horstbert Aug 4 11:36:11.795 [NOTICE] LDAP: Entry element cn=Horstbert van Horst Aug 4 11:36:11.795 [NOTICE] LDAP: Entry element telephoneNumber=012345678 Aug 4 11:36:11.795 [NOTICE] LDAP: Entry element homePhone=012345678 Aug 4 11:36:11.795 [NOTICE] LDAP: Entry element mobile=+4912345678 Aug 4 11:36:11.795 [NOTICE] LDAP: Exact match found Aug 4 11:36:11.798 [NOTICE] LDAP: LDAP_SearchResultDone Aug 4 11:36:11.798 [NOTICE] LDAP: Erase send queue Aug 4 11:36:11.798 [NOTICE] LDAP: ContactManagerLdap final answer request id 20 Aug 4 11:36:11.798 [NOTICE] LDAP: Inform cb with request id 20


Ich lese das so: ldap query raus, positiver match rein, alles gut.
Als ldap-Namensattribute habe ich "cn sn" und als Displayname "%cn". Trotzdem steht im Display immer nur die Nummer.

Wo mache ich was falsch?
Hilfe.

 

[sonyKatze]

Exact matches size 3

Warum ist das 3 und nicht 1? Ganz andere Frage: Der Konfigurationsparameter Display Method sitzt in den Snom Tisch-Telefonen richtig?

 

[creiss]

Hey,

Das kommt durch verschiedene Versuche. Egal ob 1 oder 3, Ergebnis ist dasselbe.
Display Method habe auf Name, aber alles versucht.

 

[creiss]

Gelöst:

Unter Erweitert > Verhalten

• <contact_source_priority perm="">Ldap Tbook Sip Vcard Memory</contact_source_priority>

 

[sonyKatze]

Das ist der Default. Reine Wissbegierde: Auf was stand es bei Euch vorher?

 

[creiss]

Sip Ldap Tbook Vcard Memory.

Da komm mal drauf...

 

[sonyKatze]

OK. Dann erklärt sich das. Ja, solche Dinge findet man schlicht nicht (oder nur nach systematischen Absuchen). Waren die Snom mal fernkonfiguriert oder gebraucht gewesen? Dann würde ich darüber nachdenken, das Gerät (irgendwann wenn viel Zeit) komplett zurückzusetzen und händisch neu aufzubauen. Keiner weiß, was noch alles verstellt ist/wurde.