La mejor definición de éstos (es decir la definición) se encuentra en las secciones de la RFC que los define: RFC 2578.
Como dice el RFC, un contador 32 no tiene un valor inicial definido, por lo que una sola lectura de Counter32 no tiene contenido de información. Es por eso que debes tomar dos (o más) lecturas para darle sentido. Un ejemplo de esto sería la cantidad de paquetes recibidos en una interfaz ethernet. Si realiza una lectura y recupera 4 millones de paquetes, no habrá aprendido nada: el cable podría haber sido retirado de la interfaz durante el año pasado, o podría estar pasando millones de paquetes por segundo. Tienes que tomar múltiples lecturas para saber algo.
Un Gauge32 por el contrario, mide alguna cantidad en un momento dado y puede subir o bajar. No puede necesariamente hacer observaciones significativas sobre dos (o más) lecturas a lo largo del tiempo. Un ejemplo de esto es espacio libre en el disco. Puede recuperar el valor ahora, y dentro de una hora, y descubrir que el cambio es cero, pero no puede sacar la conclusión de que no se ha escrito nada en el disco durante el transcurso de la hora. Es posible que el disco sea golpeado con adiciones y eliminaciones constantes que no den como resultado un cambio neto en el espacio libre.
Al comparar esta respuesta con la pregunta y la mejor respuesta, creo que es engañosa debido a la primera oración. La respuesta de bstpierre no es tan larga y es lo suficientemente autosuficiente como para que no sea necesario verificar el RFC al que se hace referencia para obtener la impresión correcta. Además, su gran ejemplo muestra claramente por qué puede ser un error restar/agregar valores de calibre32 (dependiendo de lo que signifique exactamente). Por lo tanto -1 para esta respuesta. – Sebastian
@Sebastian lo que quieras. Si revisa otras discusiones sobre SO, debe tener en cuenta que las respuestas altamente votadas (yo contribuí muchas) no siempre se aceptan como la respuesta, ya que no todos los encuestadores buscan la respuesta perfecta. –