Skip to content
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

Can we turn opaque_info into more concrete fields, in EAD_1? #23

Closed
geonnave opened this issue Mar 18, 2024 · 1 comment
Closed

Can we turn opaque_info into more concrete fields, in EAD_1? #23

geonnave opened this issue Mar 18, 2024 · 1 comment

Comments

@geonnave
Copy link
Contributor

I am interested in exploring how we can reduce, as much as possible, the use of opaque_info, for the following reasons:

  1. interoperability
  2. the problem of providing "free connectivity" in EAD_1

Proposal

The proposal so far is to replace opaque_info by nearby_vs:

nearby_vs = {
  / macs-addrs   /     1: [ + bstr ],
  / pan-ids      /     2: [ + bstr ],
  / ipv4-addrs   /     3: [ + bstr ],
  / ipv6-addrs   /     4: [ + bstr ],
  / app-specific / 16-31: [ + bstr ],
}

Some comments:

  1. the idea is to satisfy the problem of sending a list of "nearby Vs", while achieving better interoperability, in a way that is agnostic to the type of network identifier
  2. for now, the proposal assumes that "nearby Vs" is the only type of contextual data that U would ever want to send to W
  3. do we have concrete examples of other kind of contextual data that should be sent to W?
@geonnave geonnave changed the title Reduce the usage of opaque_info in EAD_1 Can we turn opaque_info into concrete fields, in EAD_1? Mar 19, 2024
@geonnave geonnave changed the title Can we turn opaque_info into concrete fields, in EAD_1? Can we turn opaque_info into more concrete fields, in EAD_1? Mar 19, 2024
@geonnave
Copy link
Contributor Author

Closing as obsolete after merging of #41.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant