Dear RIPE DBWG,<div><br></div><div>...comments below, inline, please!<br><br>Le jeudi 26 janvier 2023, Ángel González Berdasco via db-wg <<a href="mailto:db-wg@ripe.net" target="_blank">db-wg@ripe.net</a>> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">26-01-2023 17:46 +0100, Sylvain Baya wrote:<br>
> Le mardi 24 janvier 2023, denis walker via db-wg <<a href="mailto:db-wg@ripe.net" target="_blank">db-wg@ripe.net</a>> a<br>
> écrit :<br>
> > Colleagues<br>
> > <br>
> > [...]<br>
> > <br>
> > Most people seem to assume it can be reliably used for geolocation<br>
> > purposes. That would be the most obvious use case for this<br>
> > attribute.<br>
> > Entering an optional value would signify that all the addresses in<br>
> > this block are used within the geographical boundary of the country<br>
> > defined by the code. Where the addresses are used in multiple<br>
> > countries, it may be possible to show this at the assignment object<br>
> > level. Otherwise the optional country: attribute could be omitted<br>
> > and<br>
> > the geolocation information would be determined by the geofeed:<br>
> > attribute.<br>
> > <br>
> > <br>
> <br>
> <br>
> Hi Denis,<br>
> Thanks for your email, brother!<br>
> <br>
> <br>
> imho:<br>
> ...no need to ommit it; if it's possible to (i) interpret <br>
> country: attribute values as default, when it exist, <br>
> for INET(6)NUM objects without geofeed: attribute <br>
> values; and (ii) give priority to geofeed: attribute <br>
> values against country: ones.<br>
> <br>
> <br>
> Shalom,<br>
> --sb.<br>
<br>
I understand the proposal as already doing this: geofeed<br>
would have priority over country.<br>
<br>
The point is: If the country attribute means 'all the addresses in<br>
this block are used within the geographical boundary<br>
of the country', what else could you do when that's not the case?<br><br></blockquote><div><br></div><div>Angel,</div><div><br></div><div>Maybe the 'ZZ' or 'AA' ISO 3166-1 alpha-2 codes </div><div>could serve out there?</div><div><br></div><div>...imho:</div><div>1| publish the right location;</div><div>2| add a geofeed: attribute to share it properly;</div><div>3| leave the whole system do its 'magic';</div><div>4| enjoy! ;-)</div><div><br></div><div>...btw, i remind that you can actually have mutiple entries of different values for the country: attribute</div><div> within the same inet(6)num object :-)</div><div><br></div><div>country: [mandatory] [multiple] [ ]</div><div><br></div><div>geofeed: [optional] [single] [ ]</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You have to modify the value to allow something else than ISO<br>
country codes (e.g. allow an optional trailing asterisk to the country<br>
code to mean not all really fall in that country)<br><br></blockquote><div><br></div><div>...i'm not sure it's needed, though :-/</div><div><br></div><div>Why not simply keep that attribute without value? </div><div>Remember!</div><div>...in the proposal it would be optional :-) & might </div><div>become meaningless when multiple locations are </div><div>served...particularly when there is only a single </div><div>value for the given country: attribute...</div><div><br></div><div>...note that, ISO 3166-2 [*] codes could be allowed too! :-/</div><div>__</div><div>[*]: ISO - ISO 3166-2:2020 - Codes for the representation of names of countries and their subdivisions — Part 2: Country subdivision code </div><div><<a href="https://www.iso.org/standard/72483.html">https://www.iso.org/standard/72483.html</a>></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The only case I can think were you could use a ISO 3166-1 with the<br>
above<br>
meaning of "all the addresses in this block are used within the<br>
geographical boundary of the country defined by the code" (loosening it<br>
somewhat), but still being on different countries would be when using<br>
the<br>
exceptional reservation of EU to mean that all those addresses are<br>
within<br>
the borders of the European Union, but not on a single country.<br>
<br></blockquote><div><br></div><div>Ok! but...</div><div>...as said above, the country: attribute within a given</div><div> inet(6)num object may have more than one values.</div><div><br></div><div>...imho! you should be allowed to actually freely use</div><div> EU as a country: attribute; due to the fact that it's a </div><div>valid ISO 3166-1 alpha-2 code...as you can see:</div><div><br></div><div><quote></div><div>"<i>Exceptionally reserved codes – codes that have </i></div><div><i>been reserved for a particular use at special request</i></div><div><i> of a national ISO member body, governments or </i></div><div><i>international organizations. For example, the code </i></div><div><i>UK has been reserved at the request of the United </i></div><div><i>Kingdom so that it cannot be used for any other </i></div><div><i>country.</i>"<br></div><div></quote></div>__<br><a href="https://www.iso.org/glossary-for-iso-3166.html#:~:text=Exceptionally%20reserved%20codes,any%20other%20country">https://www.iso.org/glossary-for-iso-3166.html#:~:text=Exceptionally%20reserved%20codes,any%20other%20country</a>.<div><br></div><div>...a staff could confirm, if it's actually the case :-/</div><div><br></div><div>When the Staff shares a concern, i understand </div><div>that the community, via the working group, has </div><div>the opportunity consider how to solve the issue.</div><div><br></div><div>For that reason, and other already mentioned, </div><div>i'm ok with a *default* (not mandatory; but still </div><div>multiple) *meaning* for a country: attribute value;</div><div> superseded (if available) by a (also optional; </div><div>maybe multiple too?) geofeed: attribute value.</div><div><br></div><div>...i have also expressed interest on an idea willing </div><div>to differentiate country: attributes, in creating </div><div>another one...i would, then prefer to keep the </div><div>existing attribute as is and add a second one <br></div><div>with the new meaning...if it could help more in </div><div>documentation improvement ;-)</div><div><br></div><div>Hope this clarifies my point, brother.</div><div><br></div><div>Shalom,</div><div>--sb.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Regards<br>
<br>
<br>
-- <br>
INCIBE-CERT - Spanish National CSIRT<br>
<a href="https://www.incibe-cert.es/" target="_blank">https://www.incibe-cert.es/</a><br>
<br>
PGP keys: <a href="https://www.incibe-cert.es/en/what-is-incibe-cert/pgp-public-keys" target="_blank">https://www.incibe-cert.es/en/<wbr>what-is-incibe-cert/pgp-public<wbr>-keys</a><br>
<br>[...]</blockquote></div>
<br><br>-- <br><p>Best Regards !<br>__<br>baya.sylvain[AT cmNOG DOT cm]|<<a href="https://cmnog.cm/dokuwiki/Structure">https://cmnog.cm/dokuwiki/Structure</a>><br>Subscribe to Mailing List: <<a href="https://lists.cmnog.cm/mailman/listinfo/cmnog/">https://lists.cmnog.cm/mailman/listinfo/cmnog/</a>><br>__<br>#LASAINTEBIBLE|#Romains15:33«Que LE #DIEU de #Paix soit avec vous tous! #Amen!»<br>#MaPrière est que tu naisses de nouveau. #Chrétiennement<br>«Comme une biche soupire après des courants d’eau, ainsi mon âme soupire après TOI, ô DIEU!»(#Psaumes42:2)<br><br></p>