Commentary

Serdar Yegulalp
 

The First Chink In Microsoft's Linux Patent Armor

And so Microsoft has finally agreed to give the Samba Team the protocol information it needs to allow systems that use Samba to interoperate as completely as possible with Windows Server machines. Based on the information Groklaw has provided about the agreement, it looks like this might be the first of many solutions to Microsoft's cagey Linux patent talk.

And so Microsoft has finally agreed to give the Samba Team the protocol information it needs to allow systems that use Samba to interoperate as completely as possible with Windows Server machines. Based on the information Groklaw has provided about the agreement, it looks like this might be the first of many solutions to Microsoft's cagey Linux patent talk.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Most of us are by now familiar with Microsoft's secretive Linux patent strategy. This agreement is a break from that pattern: instead of setting up something behind closed doors, it's being done out in the open (or at least as far out in the open as possible). Also, instead of it being about a third party licensing specific patents from Microsoft, it's about Microsoft providing information about patents they hold so that other people can avoid violating them in the first place.

One of the results of this whole action has been the formation of a group called the Protocol Freedom Information Foundation, set up specifically to allow open access to documentation of proprietary protocols. It sounds like Samba's work will simply be the first of many such things the PFIF will get documentation on -- again, if not to actually license for use, then to document in enough detail that the open-source community can simply declare off-limits any potentially offending code.

All this did come at a bit of a cost. Not just the one-time licensing payment of 10,000 euros to Microsoft, but the fact that protocol documentation itself has to be held in confidence by the PFIF Samba Team engineers. If someone in the open-source community wants direct access to the documentation, they essentially have to become subcontractors of the PFIF.

That said, Microsoft is obliged to keep the PFIF in the loop as to any changes to said protocols on their part, and -- most important -- the relevant patent numbers are spelled out in public, which makes it that much easier to avoid using them. They aren't secrets anymore.

Andrew Tridgell of the Samba Team wrote his own analysis of the agreement, as well as a separate description of the history behind it:

We weren't able to change the fundamentals of the agreement, so we still didn't have a complete solution to the patent problem, but we did find a way to put quite a strong boundary around which patents we needed to avoid. We also couldn't change the fact that the protocol documentation would need to remain confidential -- the decision by the commission did not force Microsoft to publicly document their protocols, which is of course what we would have preferred, only that Microsoft must license the documentation under reasonable and non-discriminatory terms. Despite these limitations, we were able to make a great deal of progress.

This is a first step, and a significant one. It's a strong sign that Microsoft's patent claims can be put to rest in time, with as little information as possible still held in secret, and not exclusively on Microsoft's own terms. It's also telling that all this was only able to happen after substantial legal pressure and negotiation. Me, I'd like to think Microsoft would take the hint and continue to offer more in this vein on its own, without waiting for others to come to it.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links