[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: review for: draft-ietf-ospf-mib-update-09.txt [was RE: PRELIMINARY Agenda and Package for April 13, 2006 Telechat ]



Yes. These changes were identified as a problem that could hurt
interoperability for the reasons that you have mentioned. The syntax
will be reversed back in the next version, and I entered a DISCUSS in
the IESG system to make sure that the problem is addressed. 

Dan


 
 

> -----Original Message-----
> From: C. M. Heard [mailto:heard@pobox.com] 
> Sent: Monday, April 10, 2006 11:24 PM
> To: Romascanu, Dan (Dan)
> Cc: Wijnen, Bert (Bert); Bill Fenner (E-mail); Mreview (E-mail)
> Subject: RE: review for: draft-ietf-ospf-mib-update-09.txt 
> [was RE: PRELIMINARY Agenda and Package for April 13, 2006 Telechat ]
> 
> Hello again,
> 
> I generated an smidiff report (attached) to get a quick check 
> on the changes since RFC 1850.  There are two that might be a 
> cause for
> concern:  the base types of ospfExternLsaCksumSum and 
> ospfAreaLsaCksumSum have been changed from Integer32 to Unsigned32.  
> The reason that these changes concern me is that they will 
> cause over-the-wire changes in the GetResponse-PDUs returned 
> by an agent (more precisely, command responder).
> 
> It is possible that these changes could cause a manager that 
> implements the new version of the spec to fail to 
> interoperate with a deployed agant that implements the 
> previous version of the spec, and also could cause a manager 
> that implements the previous version of the spec to fail to 
> interoperate with an agent that implements the new spec to 
> fail version of the spec.
> 
> Did the WG give adequate consideration to this point?
> 
> //cmh
>