Calendar
Tag Cloud
Active Directory AD ADAM Amanda Asterisk Benchmark Blog Catalyst DBIC DBIx-Class Directory Services Disaster Recovery Dojo Encrypted Backups Enterprise Backups Enterprise Directory Fedora Fedora Directory Server Fedora DS IAM Identity Management IDM JavaScript LDAP LDAP Replication LDAP Schema Linux Microsoft Microsoft FUD MirrorMode OID OpenDS OpenLDAP Open Source Oracle Oracle Internet Directory PABX Perl PostgreSQL Quad-Core RDBMS Replication Samba Sendmail Sun Sun Microsystems SunOne Suretec Symas VoIP X.500
Quicksearch
Archives
Powered by
In reply to "A common weakness in OpenLDAP"
Tuesday, January 29. 2008
This was posted in reply to our post A Common Weakness in all Identity Management Products", but not OpenLDAP:
Hmmm, the Symas paper we referenced does indeed discuss the cost to maintain OpenLDAP on pages 6 and 7 of the paper
It's more to do with the fact both Suretec and Symas aren't allowed to say. Have a look at Key Relationships or again, contact either Suretec or Symas.
It is interesting to see how a thread on how identity provisioning tools and their lack of true interoperability with Active Directory gets twisted into a discussion on the merits of OpenLDAP. What is interesting is that the comparison is solely technical and doesn't provide any rationale related to how much it would cost to maintain OpenLDAP vs ADAM[?].
Hmmm, the Symas paper we referenced does indeed discuss the cost to maintain OpenLDAP on pages 6 and 7 of the paper
You will also notice mention of one and only one Fortune enterprise that uses it as their primary directory service. Of course, the mentioned company is in the consulting business so this isn't surprising. Maybe the mention of a bank or retailer in the Fortune ranks is in order. I suspect the economics nor the customer base simply aren't their...
It's more to do with the fact both Suretec and Symas aren't allowed to say. Have a look at Key Relationships or again, contact either Suretec or Symas.
Posted by Suretec
in OpenLDAP, Suretec
at
12:53
| Comments (0)
| Trackbacks (0)
Defined tags for this entry: AD
, ADAM
, Active Directory
, Directory Services
, Enterprise Directory
, IAM
, Identity Management
, LDAP
, Linux
, Microsoft FUD
, OpenLDAP
, Suretec
, Symas
, ADAM, Active Directory, Directory Services, Enterprise Directory, IAM, Identity Management, LDAP, Linux, Microsoft FUD, OpenLDAP, Suretec, SymasAsterisk 1.6.0-beta2 has an LDAP RealTime Driver!
Tuesday, January 29. 2008
LDAP Realtime Driver gets merged with Asterisk 1.6 branch
Wednesday, January 23. 2008
After a wee push in the right direction and some complaining, there is now an LDAP[?] Realtime Driver in the 1.6 branch of Asterisk!!
Excellent news and even better that the LDAP Schema file and LDIF that Suretec did got merged too!
Excellent news and even better that the LDAP Schema file and LDIF that Suretec did got merged too!
"A Common Weakness in all Identity Management Products", but not OpenLDAP
Tuesday, January 22. 2008
A few comments on A Common Weakness in all Identity Management Products:
I would disagree. OpenLDAP is right up there, in fact most enterprises don't use AD[?] for true Directory requirements. Speak to Suretec and Symas for more information.
I would urge the author to read the ADAM[?] vs. LDAP[?] White Paper, an evaluation of Microsoft's ADAM to LDAP, written by our friends and partners Symas
Consider for a moment, how many Fortune enterprises have Active Directory in a production environment. Out of the Fortune 500, Sun is the only hold out. You would think that if Active Directory were so pervasively implemented that software vendors would want to deeply integrate with it, but nothing could be further from the truth.
I would disagree. OpenLDAP is right up there, in fact most enterprises don't use AD[?] for true Directory requirements. Speak to Suretec and Symas for more information.
I would urge the author to read the ADAM[?] vs. LDAP[?] White Paper, an evaluation of Microsoft's ADAM to LDAP, written by our friends and partners Symas
Continue reading ""A Common Weakness in all Identity Management Products", but not OpenLDAP"
Posted by Gavin Henry
in OpenLDAP, Suretec
at
14:05
| Comments (0)
| Trackback (1)
Defined tags for this entry: AD, ADAM, Active Directory, Directory Services, Enterprise Directory, IAM, Identity Management, LDAP, Linux, Microsoft FUD, OID
, OpenLDAP, Oracle Internet Directory
, Sun
, Sun Microsystems
, Suretec, Symas
, ADAM, Active Directory, Directory Services, Enterprise Directory, IAM, Identity Management, LDAP, Linux, Microsoft FUD, OID, OpenLDAP, Oracle Internet Directory, Sun, Sun Microsystems, Suretec, SymasAsterisk 1.6 Beta Released (with no LDAP Realtime Driver)
Tuesday, January 22. 2008
So, it's been a few days, but we thought this was worth commenting on.
Asterisk 1.6 beta brings many new changes and exciting features, but one very disappointing thing missing was the LDAP[?] Realtime Driver.
This is mainly down to the code not being moved forward for the 1.6 branch, as it was written for the 1.4 branch and testing.
For those of you out there that would love to see Asterisk integrated with your enterprise directory server, we urge you to subscribe to the tracker and help test.
Asterisk 1.6 beta brings many new changes and exciting features, but one very disappointing thing missing was the LDAP[?] Realtime Driver.
This is mainly down to the code not being moved forward for the 1.6 branch, as it was written for the 1.4 branch and testing.
For those of you out there that would love to see Asterisk integrated with your enterprise directory server, we urge you to subscribe to the tracker and help test.
Amanda 2.6 Beta Released
Tuesday, January 22. 2008
The Amanda 2.6.0 beta release offers some excellent new features. Ones that appeal to Suretec are:
There of course many other excellent additions and fixes.
So, why is the Perl Interface so cool? Well, a while ago we asked about using the Perl interface for use with an LDAP[?] Configuration Backend, but at that time Amanda wasn't ready.
The Perl interface is a great addition and easy to understand why it was needed.
We'll keep you updated on how the betas progress and when we start hacking up an LDAP interface
Binaries and source can be downloaded from Zmanda.
- A Perl Interface
- Encryption methods (various techniques have been available previously) - Simple and GPG
There of course many other excellent additions and fixes.
So, why is the Perl Interface so cool? Well, a while ago we asked about using the Perl interface for use with an LDAP[?] Configuration Backend, but at that time Amanda wasn't ready.
The Perl interface is a great addition and easy to understand why it was needed.
We'll keep you updated on how the betas progress and when we start hacking up an LDAP interface
Binaries and source can be downloaded from Zmanda.
Posted by Suretec
in Amanda, OpenLDAP, Perl
at
10:27
| Comments (0)
| Trackbacks (0)
Defined tags for this entry: Amanda
, Disaster Recovery
, Encrypted Backups
, Enterprise Backups
, LDAP, Linux, OpenLDAP, Perl
, Zmanda
, Disaster Recovery, Encrypted Backups, Enterprise Backups, LDAP, Linux, OpenLDAP, Perl, ZmandaA Catalyst Appliance?
Tuesday, January 22. 2008
We have had some interesting discussions about offering a locally hosted version of a Catalyst Web Application called Flexi Time Manager.
The question was also raised on the Catalyst Mailinglist, with no replies...so we raised it on the PerlMonks forums at Offering a locally hosted solution?
A very interesting response about doing an appliance:
The question was also raised on the Catalyst Mailinglist, with no replies...so we raised it on the PerlMonks forums at Offering a locally hosted solution?
A very interesting response about doing an appliance:
Continue reading "A Catalyst Appliance?"
Posted by Gavin Henry
in Catalyst, Dojo, Perl, PostgreSQL
at
10:21
| Comments (0)
| Trackbacks (0)
Defined tags for this entry: Catalyst
, DBIC
, DBIx-Class
, Dojo
, FTM
, Flexi Time
, Flexitime
, Perl, PostgreSQL
, DBIC, DBIx-Class, Dojo, FTM, Flexi Time, Flexitime, Perl, PostgreSQLIsode's M-Vault 14 versus OpenLDAP
Wednesday, January 16. 2008
Howard Chu from Symas and Chief Architect of OpenLDAP has just finished some interesting benchmarks of Isode's M-Vault 14 versus OpenLDAP:
But interestingly:
I recently tested Isode's M-Vault 14. For the most part there were no surprises, we were 5-6 times faster on the 1M entry DB. Load times were comparable, with OpenLDAP at around 3 minutes (as before) and Isode at around 4 minutes. While OpenLDAP delivered over 29,000 auths/sec using 8 cores, Isode delivered only 4600 auths/sec. (And there's still the interesting result that OpenLDAP delivered almost 31,000/sec using only 7 cores, leaving one core reserved for the ethernet driver.)
But interestingly:
Continue reading "Isode's M-Vault 14 versus OpenLDAP"
AMD Quad-Core Barcelona Gets Big Boost From Little-Known (Howard Chu - OpenLDAP)
Wednesday, January 16. 2008
Alexander Wolfe talks to Howard Chu from Symas about benchmarking OpenLDAP on an AMD Quad-Core Barcelona platform.
Very interesting read...
Suretec®
I just do OpenLDAP. We've benchmarked it on Itaniums at Intel's request in the past. This is just another benchmark for us, and my only motivation is to see my code run as fast as possible on a given platform.
I should point out that all of the code used in my tests is freely available to anyone, and the machine configurations were all provided as well. Anybody can set up the same environments and duplicate the results I obtained. As with all of our previous tests, all of our data and software configs are available for download to anybody who wants them. As much as possible of the software was identical across all machines, at least at the source code level. Yet another nice thing about working with open source -- you can't hide. If we rigged the results, any third party could easily expose whatever trickery.
In hindsight, I probably should have also benchmarked the Intel binary on the AMD machine and vice versa, to see how much impact the compiler options had. I may give that a try later. We also have a Sun 5120 due to arrive in a week or two (Niagara 2 system), which will be interesting.
Very interesting read...
Suretec®
OpenLDAP Cookbook Recipe Updates
Monday, January 7. 2008
For those of you that have registered, you can browse and share your thoughts on the new Cookbook Recipe Ideas for OpenLDAP.
If you haven't, it only takes a few seconds to register.
Suretec®
If you haven't, it only takes a few seconds to register.
Suretec®
Posted by Suretec
in OpenLDAP
at
23:02
| Comments (0)
| Trackbacks (0)
Defined tags for this entry: OpenLDAP
OpenLDAP Weekly News Issue 7
Thursday, January 3. 2008
Welcome to the seventh issue of OpenLDAP Weekly News (OWN), the unofficial weekly newsletter for the OpenLDAP community.
This will be released every Sunday (or thereabouts), covering the latest goings on in and around the OpenLDAP community.
Summary:
- OpenLDAP 2.4.7 Released
- OpenLDAP 2.3.40 Released
- New Mailing List
- Update on Build Farm
- Contributions
- OpenLDAP Documentation updates
- OpenLDAP Development
- Community Binaries
- Blog LDAP[?] Schema Update
- "If there was an OpenLDAP Cookbook, what recipes would you like to see?"
- Selected user issues and solutions discussed
- LDAP Roundup
This will be released every Sunday (or thereabouts), covering the latest goings on in and around the OpenLDAP community.
Summary:
- OpenLDAP 2.4.7 Released
- OpenLDAP 2.3.40 Released
- New Mailing List
- Update on Build Farm
- Contributions
- OpenLDAP Documentation updates
- OpenLDAP Development
- Community Binaries
- Blog LDAP[?] Schema Update
- "If there was an OpenLDAP Cookbook, what recipes would you like to see?"
- Selected user issues and solutions discussed
- LDAP Roundup
Continue reading "OpenLDAP Weekly News Issue 7"
Posted by Gavin Henry
in OpenLDAP
at
08:57
| Comments (0)
| Trackbacks (0)
Defined tags for this entry: Blog
, LDAP, LDAP Replication
, LDAP Schema
, Linux, OpenLDAP, RSS
, Samba4
, LDAP, LDAP Replication, LDAP Schema, Linux, OpenLDAP, RSS, Samba4Happy New Year!!!
Tuesday, January 1. 2008
Let's hope 2008 will be even better than 2007!!!
Suretec®
Suretec®
Comments
Fri, 25.04.2008 16:27
Fri, 25.04.2008 14:31
Fri, 25.04.2008 14:01