Hi, The below is much broader and richer then what I had in mind, but would clearly solve it.
I was just thinking on 2-4 octet integer (aka color) allowing for easy marking by originator then used for subscription. Thx, R. On Tue, Apr 26, 2022 at 1:05 PM <[email protected]> wrote: > Hi Robert, all, > > > > We used to have something similar in one of the individual documents that > fed this spec: > https://datatracker.ietf.org/doc/html/draft-boucadair-lisp-subscribe: > > > > o Filter: This field carries a destination EID (or a set thereof) > > that is encoded as an UTF-8 string. This specification allows to > > convey IP prefix literals, Names and/or AS numbers. One or > > multiple filters may be present in a request. IPv4 prefixes are > > encoded as IPv4-mapped IPv6 prefixes [RFC4291 > <https://datatracker.ietf.org/doc/html/rfc4291>] (i.e., starting > > with ::ffff:0:0/96). A mix of names, IP prefixes and AS numbers > > may be enclosed in the same request. The value 0 is used to > > delete existing filters. Filters MUST be applied in the order > > they appear in the request. > > > > We don’t inherit that aspect in the pubsub I-D as the intent was to have > something that easily builds on existing specs. > > > > Cheers, > > Med > > > > *De :* lisp <[email protected]> *De la part de* Robert Raszuk > *Envoyé :* mardi 26 avril 2022 11:13 > *À :* [email protected] list <[email protected]> > *Cc :* [email protected]; [email protected] > *Objet :* [lisp] draft-ietf-lisp-pubsub-09 > > > > Hi, > > > > Noticed Alvaro's review and have one question related to the draft .. > > > > Is EID the only key to subscribe ? > > > > Do you have a notion of subscribing to a group of EIDs (EID prefix) with > one request ? Or is there a way to subscribe to a group of EIDs based on > some other form of marking/grouping/coloring of EIDs ? > > > > Thx, > R. > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu > ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > >
_______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
