Re: [dhcwg] Choosing a value for option 60 (Vendor Class ID)

Patrick Guelat <> Fri, 07 June 2002 02:27 UTC

Received: from ( [] (may be forged)) by (8.9.1a/8.9.1a) with ESMTP id WAA26877 for <>; Thu, 6 Jun 2002 22:27:15 -0400 (EDT)
Received: (from daemon@localhost) by (8.9.1a/8.9.1) id WAA16356 for; Thu, 6 Jun 2002 22:27:46 -0400 (EDT)
Received: from (localhost []) by (8.9.1a/8.9.1) with ESMTP id WAA16303; Thu, 6 Jun 2002 22:26:20 -0400 (EDT)
Received: from (odin []) by (8.9.1a/8.9.1) with ESMTP id NAA20330 for <>; Wed, 5 Jun 2002 13:25:00 -0400 (EDT)
Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id NAA08108 for <>; Wed, 5 Jun 2002 13:24:30 -0400 (EDT)
Received: from ( []) by (8.11.6/8.11.6) with ESMTP id g55HOjI81334; Wed, 5 Jun 2002 19:24:46 +0200 (CEST)
Received: from (localhost []) by (8.12.3/8.12.3) with ESMTP id g55HOiFc11368631; Wed, 5 Jun 2002 19:24:44 +0200 (MES)
Received: from localhost (patg@localhost) by (8.12.3/8.12.3/Submit) with ESMTP id g55HOiNR11692892; Wed, 5 Jun 2002 19:24:44 +0200 (MES)
X-Authentication-Warning: patg owned process doing -bs
Date: Wed, 5 Jun 2002 19:24:43 +0200
From: Patrick Guelat <>
To: Chris Pearson <>
cc: "''" <>, De Tran <>
Subject: Re: [dhcwg] Choosing a value for option 60 (Vendor Class ID)
In-Reply-To: <EEBC1981C362D311AA230008C7E627BA07D8EB05@toccata>
Message-ID: <>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <>


I'm working in the Cable modem field and the DOCSIS1.1 specification
requires the use of option 60. cablemodems report their capabilities
using this option.

RFC2132 doesn't tell us how it should look like, so I can just tell you
how this is used in the DOCSIS-world, even if this is probably not what
can be called best practice. I don't know if this option is actively used
in other applications by now.

The format used in DOCSIS is in NVT ASCII consistinng of two parts:


Two fields seperated by a colon, 'docsis1.1' and an ascii-hexstring
describing the modem capabilities (TVL in TLV based).



I don't have any idea why this format was chosen, now if there was a place
to register the identifiers before the ':' it wouldn't be that bad.

Patrick Guelat, ImproWare AG Network Services, CH-4133 Pratteln
Mail: - Phone: +41 61 826 93 00 (ext: 13)

On Tue, 4 Jun 2002, Chris Pearson wrote:

> Greetings to the work group!  This is my first post, so please let me know
> if I'm off-topic.
> After grepping the Web and parsing the thread "Interpretation of Option 60
> (Vendor Class ID)" from this list, I'm pretty certain I know the answer to
> this question ("no"), but in the spirit of leaving no stone unturned, I'll
> ask it anyway: Is there a standard, IANA registry, best practice or
> convention regarding the values that clients may assign to vendor class ID?
> In the case I'm presently concerned with, the ID will be embedded in
> firmware and thus unchangeable in the field, so it's important to get it
> right.  The main goal is to reduce probability of collision with other
> vendor IDs, and more generally, to harmonize with prevailing wisdom.  (But
> re the character string vs. octet string question, I'm convinced that
> interoperation with major DHCP server implementations requires the former
> interpretation.)  Any and all comments appreciated.
> -- Chris Pearson
> _______________________________________________
> dhcwg mailing list

dhcwg mailing list