Re: Size of docsDevSwFilename in draft-ietf-ipcdn-device-mibv2-06.txt

Jean-Francois,
     I believe we have extended the upper bound of a mib object
in the past :)
However, per RFC2578 Section 9 rule (3) defined that "the size in octets 
of the value may be refined by raising the lower-bounds, by reducing the 
upper-bounds, and/or by reducing the alternative size choices."
So, extending this size may not be permitted.

Thanks,
Azlina

Jean-Francois Mule wrote:
> Rich,
> 
> Reviewing the cable device v2 mib to create the compliance statement for PacketCable Standalone MTAs, we noticed that the object size is limited to 64 chars. While this may be plenty for tftp filenames, it could be a bit restrictive in the case of HTTP download.
> 
> Therefore, we'd like to recommend the following:
>  - the docsDevSwFilename object definition be extended to a size of 128 at a minimum
>  - the compliance statement for v2 DOCSIS CM restrict the implementation to 64 for those devices so that there is no requirement change for DOCSIS
> 
> docsDevSwFilename OBJECT-TYPE
>         SYNTAX      SnmpAdminString (SIZE (0..64))
>         MAX-ACCESS  read-write
>         STATUS      current
>         DESCRIPTION
>             "The filename of the software image to be downloaded via
>              TFTP, or the abs_path (as defined in RFC2616) of the
>              software image to be downloaded via HTTP.
> 
>              Unless set via SNMP, this is the filename or abs_path
>              specified by the provisioning server during the boot
>              process, that corresponds to the software version that
>              is desired for this device.
> 
>              If unknown, the value of this object is the empty string."
>         ::= { docsDevSoftware 2 }
> 
> Comments appreciated.
> Jean-François 
> 
>>-----Original Message-----
>>From: [email protected] [mailto:[email protected]] 
>>Sent: Monday, October 27, 2003 3:10 PM
>>Cc: [email protected]
>>Subject: I-D ACTION:draft-ietf-ipcdn-device-mibv2-06.txt
>>
>>
>>A New Internet-Draft is available from the on-line 
>>Internet-Drafts directories. This draft is a work item of the 
>>IP over Cable Data Network Working Group of the IETF.
>>
>>	Title		: Cable Device Management Information 
>>Base for DOCSIS compliant Cable Modems and Cable Modem 
>>Termination Systems
>>	Author(s)	: R. Woundy
>>	Filename	: draft-ietf-ipcdn-device-mibv2-06.txt
>>	Pages		: 79
>>	Date		: 2003-10-27
>>	
>>This memo is a draft revision of the standards track 
>>RFC-2669. Please see 'Revision Descriptions' below for a 
>>description of changes.  This document will obsolete RFC-2669 
>>when accepted. This memo defines a portion of the Management 
>>Information Base (MIB) for use with network management 
>>protocols in the Internet community. In particular, it 
>>defines a basic set of managed objects for SNMP- based 
>>management of DOCSIS compliant Cable Modems and Cable Modem 
>>Termination Systems. This memo is a product of the IPCDN 
>>working group within the Internet Engineering Task Force.  
>>Comments are solicited and should be addressed to the working 
>>group's mailing list at [email protected] and/or the author.
>>
>>A URL for this Internet-Draft is: 
>>http://www.ietf.org/internet-drafts/draft-ietf-ipcdn-device-mi
> 
> bv2-06.txt
> 
> To remove yourself from the IETF Announcement list, send a message to 
> ietf-announce-request with the word unsubscribe in the body of the message.
> 
> Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then
> 	"get draft-ietf-ipcdn-device-mibv2-06.txt".
> 
> A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html 
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> 
> 
> Internet-Drafts can also be obtained by e-mail.
> 
> Send a message to:
> 	[email protected].
> In the body type:
> 	"FILE /internet-drafts/draft-ietf-ipcdn-device-mibv2-06.txt".
> 	
> NOTE:	The mail server at ietf.org can return the document in
> 	MIME-encoded form by using the "mpack" utility.  To use this
> 	feature, insert the command "ENCODING mime" before the "FILE"
> 	command.  To decode the response(s), you will need "munpack" or
> 	a MIME-compliant mail reader.  Different MIME-compliant mail readers
> 	exhibit different behavior, especially when dealing with
> 	"multipart" MIME messages (i.e. documents which have been split
> 	up into multiple messages), so check your local documentation on
> 	how to manipulate these messages.
> 		
> 		
> Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft.
> 
> _______________________________________________
> IPCDN mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/ipcdn
>