-
Notifications
You must be signed in to change notification settings - Fork 888
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add semantic convention for describing network connectivity conditions #1647
Comments
These seem potentially useful to me. I think you are already suggesting that but just to add a rationale: Adding these per span would make sense as a device may have multiple connections. Also, resources being immutable or maybe soon append-only (#1298 (comment)) may not really fit that. A few notes on the names in general:
And on particular names:
In that case maybe use |
The radio access technology name is rather esoteric, e.g. |
maybe icc? If we decide mcc & mnc are ok. I like I'll defer to the experts on namespace, I forgot to mention one additional caveat with |
how about the following? |
* added spec changes per #1647 * added 'wired' as possible value to `net.host.connection_type` * fixed spacing in CHANGELOG.md * added mobile carrier attributes to semantic_conventions/trace/general.yaml * fixed issue revealed by * reverted extra space per markdownlint * made connection_type allow custom values * added additional space * removed manually added table & ran generator tool * separated connection.type & connection.subtype * updated changelog to reflect iteration * added literal radio tech to connection.subtype table * added as option for connect.type Co-authored-by: Armin Ruech <[email protected]> Co-authored-by: Carlos Alberto Cortez <[email protected]>
* added spec changes per open-telemetry#1647 * added 'wired' as possible value to `net.host.connection_type` * fixed spacing in CHANGELOG.md * added mobile carrier attributes to semantic_conventions/trace/general.yaml * fixed issue revealed by * reverted extra space per markdownlint * made connection_type allow custom values * added additional space * removed manually added table & ran generator tool * separated connection.type & connection.subtype * updated changelog to reflect iteration * added literal radio tech to connection.subtype table * added as option for connect.type Co-authored-by: Armin Ruech <[email protected]> Co-authored-by: Carlos Alberto Cortez <[email protected]>
What are you trying to achieve?
On mobile devices, the state of network connectivity is very important. Determining the severity of a network issue can be greatly impacted by the networking state a mobile device is operating under. These values would only be useful applied to network transactions.
I would like to add several semantic conventions to the spec to describe network conditions on a mobile device. To get the conversation started here a some proposed attributes:
network.effectiveType
This can describe whether the device is connected via wifi, 2G, 3G, 4G, 5G.
network.carrier
Describes the cellular carrier if applicable. e.g. :
Sprint
network.isoCode
2 character country code per ISO 3166-1 standard. e.g.:
DE
for Germanynetwork.mobileCode
The mobile network code (MNC) of a cell service provider. e.g.:
050
Though this is a numeric code, it's probably wise to transmit as a string to preserve leading zeros.
network.countryCode
The mobile country code (MCC). e.g.:
312
This may also have leading zeros and should be transmitted as a string.
The MCC & MNC can be used to uniquely identify a mobile network operator. All three codes are valuable, as one particular MCC may service multiple countries.
For more information on these values : https://en.wikipedia.org/wiki/Mobile_country_code
The text was updated successfully, but these errors were encountered: