Question: Resource attribute keys are lowercased in OTLP output
Description
While testing the otlp output in gNMIc, I noticed that resource attribute keys appear to be converted to lowercase in the debug output and resulting OTLP data.
Configuration
Example configuration:
outputs:
otlp:
type: otlp
endpoint: otel-collector:4317
strings-as-attributes: false
resource-attributes:
- HostName
- SiteID
Expected behavior
Resource attribute keys preserve their original case as defined in the configuration:
Actual behavior
The attribute keys appear lowercased in debug output and exported telemetry:
This suggests the attribute keys may be normalized to lowercase somewhere in the gNMIc event or OTLP export pipeline.
Questions
- Is the lowercasing of attribute keys intentional behavior in gNMIc?
- If so, where in the pipeline does this occur (event model, processors, OTLP exporter)?
- Is there a configuration option to preserve the original case of attribute keys?
Additional context
The goal is to preserve case for compatibility with an existing telemetry schema that relies on case-sensitive attribute names.
Thanks for any clarification.
Question: Resource attribute keys are lowercased in OTLP output
Description
While testing the
otlpoutput in gNMIc, I noticed that resource attribute keys appear to be converted to lowercase in the debug output and resulting OTLP data.Configuration
Example configuration:
Expected behavior
Resource attribute keys preserve their original case as defined in the configuration:
Actual behavior
The attribute keys appear lowercased in debug output and exported telemetry:
This suggests the attribute keys may be normalized to lowercase somewhere in the gNMIc event or OTLP export pipeline.
Questions
Additional context
The goal is to preserve case for compatibility with an existing telemetry schema that relies on case-sensitive attribute names.
Thanks for any clarification.