Calendar
Archives
Tag Cloud
#asterisk #voip aastra Active Directory AD ADAM Amanda asterisk Asterisk Benchmark Blog branding call centre callrecording Catalyst Clustering DBIC DBIx-Class debian Digium Directory Services Disaster Recovery Dojo eDirectory Encrypted Backups Enterprise Backups Enterprise Directory Fedora Fedora Directory Server Fedora DS FreeSWITCH freeswitch IAM Identity Management IDM IP Telephony Isode Jabber/XMPP JavaScript Kamailio ldap LDAP LDAP Replication LDAP Schema linux Linux M-Vault Microsoft Microsoft FUD MirrorMode MySQL NBD ofcom OID OpenDS OpenLDAP openldap OpenLDAP Newsletter OpenLDAP Quick Tips OpenSIPs OpenSIPS opensips open source Open Source Oracle Oracle Internet Directory PABX Perl pikatechnologies pikawarp PostgreSQL Quad-Core RDBMS Red Hat Replication Request Tracker Samba sip SIP SSO Sun Sun Microsystems SunOne suretec Suretec suretec telecom SureVoIP surevoip Symas Symas OpenLDAP Ubuntu UC UM Unified Communications VoIP voip X.500 XMPP yubico yubikey
Tuesday, December 25. 2007
Merry Christmas Everyone!
Since it’s already that time of the year again, merry Christmas everyone!
I hope you’re able to spend the holidays with the ones you love and enjoy a merry, merry Christmas!
Have fun everyone!
Suretec®
I hope you’re able to spend the holidays with the ones you love and enjoy a merry, merry Christmas!
Have fun everyone!
Suretec®
Thursday, December 13. 2007
New Wiki launched and Suretec Registered Trademark
Suretec is now a registered trademark of Suretec Systems Ltd.
Suretec also has a new wiki - http://wiki.suretec.org
More about that soon....
Thanks,
Suretec®
Suretec also has a new wiki - http://wiki.suretec.org
More about that soon....
Thanks,
Suretec®
Thursday, December 6. 2007
"At best AD is 4 times slower than OpenLDAP"
Suretec partners Symas have released the final results of benchmarking ADAM[?] and AD[?] versus OpenLDAP at AD and ADAM Performance: UPDATE
The result are open, so feel free to independently verify (you will need an AMD Celestica A8440 with four Opteron 875s (dual 2.2GHz cores) and 16GB DDR333 RAM though
).
Punchline: at 5,000,000 (5M) entries, OpenLDAP 2.4.6+ delivered 20,179 authentications a second, ADAM delivered 5,424 and AD did 216. The 1,000,000 (1M) entry runs were 23,273 for OpenLDAP, 5,738 for ADAM, and 4,662 for AD.
The result are open, so feel free to independently verify (you will need an AMD Celestica A8440 with four Opteron 875s (dual 2.2GHz cores) and 16GB DDR333 RAM though
).
Posted by Gavin Henry
in OpenLDAP, Suretec
at
20:49
| Comments (0)
| Trackback (1)
Defined tags for this entry: Active Directory
, ADAM
, Benchmark
, LDAP
, Linux
, OpenLDAP
, Suretec
, Symas
, ADAM, Benchmark, LDAP, Linux, OpenLDAP, Suretec, Symas
Wednesday, December 5. 2007
LDAP is not relational ;-)
I've already talked about a Blog LDAP[?] Schema, and I also raised the question in the blog software forum The Suretec Blog uses.
Well, one of the developers posted on their blog why our idea is crazy
I know Howard loves these kind of posts, so I let him comment first
Gavin.
Well, one of the developers posted on their blog why our idea is crazy
I know Howard loves these kind of posts, so I let him comment first
Gavin.
Posted by Gavin Henry
in Suretec
at
17:22
| Comments (0)
| Trackback (1)
Defined tags for this entry: LDAP, LDAP Schema
, Linux, OpenLDAP, PostgreSQL
, RDBMS
, s9y
, Suretec, X.500
, LDAP Schema, Linux, OpenLDAP, PostgreSQL, RDBMS, s9y, Suretec, X.500
Not quite Open Source OpenDS?
Tuesday, December 4. 2007
Microsoft hopes LDAP will wither due to a shortage of competitive enterprise features
Dear, dear me...In Centeris opens Active Directory to open source:
So,
Sorely mistaken.
Another hook into Microsoft technology. What is wrong with pam and nss ldap[?]....Oh, it's Open Source of course.
What about LDAP[?], the Internet directory standard, I asked.
“We looked at lots of technologies, but first we listened to our enterprise customers. They want to leverage technology in place, and Active Directory has a powerful policy engine. LDAP doesn’t have that. We don’t take a stand. We just go where the customers are.”
That, however, is the other side of the coin here. Microsoft is allowing integration with Active Directory, but over time it hopes LDAP will wither due to a shortage of competitive enterprise features.
So,
[Microsoft] hopes LDAP will wither due to a shortage of competitive enterprise features.
Sorely mistaken.
Another hook into Microsoft technology. What is wrong with pam and nss ldap[?]....Oh, it's Open Source of course.
Posted by Gavin Henry
in OpenLDAP, Suretec
at
17:35
| Comments (0)
| Trackback (1)
Defined tags for this entry: Active Directory, Directory Services
, Linux, Microsoft FUD
, OpenLDAP, Suretec, Symas
, Directory Services, Linux, Microsoft FUD, OpenLDAP, Suretec, Symas
Saturday, December 1. 2007
Bad LDAP coding, bad Application, but....maybe the LDAP Implementation?
It is true that Poorly written LDAP[?] code can really affect your Portal, Suretec have seen it a few times:
A programmer who hadn't had much exposure to LDAP decided it best to do a base level search, for example, usingldapsearch:
he retrieved *everything*, then did all the searching/filtering etc. locally in the client! What's the point of a Directory Server!?!
Our partners Symas have also talked about similar encounters, mainly with Sendmail.
It all comes down to the level of LDAP understanding a programmer has.
Or could it actually be the Directory Server implementation, namely Oracle Internet Directory (OID)?
I know OpenLDAP wouldn't slow an app down like this, because it's very fast..very very fast
A programmer who hadn't had much exposure to LDAP decided it best to do a base level search, for example, using
CODE:
ldapsearch -x -b 'dc=suretecsystems,dc=com' '(objectclass=*)' -H ldap[?]://127.0.0.1
he retrieved *everything*, then did all the searching/filtering etc. locally in the client! What's the point of a Directory Server!?!
Our partners Symas have also talked about similar encounters, mainly with Sendmail.
It all comes down to the level of LDAP understanding a programmer has.
Or could it actually be the Directory Server implementation, namely Oracle Internet Directory (OID)?
I know OpenLDAP wouldn't slow an app down like this, because it's very fast..very very fast
Posted by Gavin Henry
in OpenLDAP, Suretec
at
10:38
| Comments (5)
| Trackback (1)
Defined tags for this entry: Active Directory, ADAM, Directory Services, IAM
, Identity Management
, LDAP, Linux, OID
, OpenLDAP, Oracle
, Oracle Internet Directory
, Perl
, PostgreSQL, Sendmail
, SSO
, Suretec, Symas
, ADAM, Directory Services, IAM, Identity Management, LDAP, Linux, OID, OpenLDAP, Oracle, Oracle Internet Directory, Perl, PostgreSQL, Sendmail, SSO, Suretec, Symas
Site Feeds
Quicksearch
Links
Categories
Powered by
Comments