Personenprofil

Person

Christian O'Flaherty

Das BTW-Verzeichnis bündelt öffentliche Datensätze zu Christian O'Flaherty.

Die verfügbaren Daten umfassen Rollen: Regional Vice President - Latin America and The Caribbean (Internet Society).

Zuletzt beobachtet 2026-10-18

Rollen: Regional Vice President - Latin America and The Caribbean (Internet Society)

Konfidenz

Öffentliche Rolle: Die zitierten öffentlichen Quellen nennen Christian O'Flaherty als Person im Zusammenhang mit Entscheidungen, Verfahren, Governance oder Betrieb der Internet-Infrastruktur; aktuelle Funktion und Zugehörigkeit müssen weiterhin geprüft werden.
Informationstyp: Die dokumentierte öffentliche Rolle, Entscheidungen oder rechtliche Beteiligung von Christian O'Flaherty können Netzinvestitionen, Marktzugang, Infrastrukturpolitik oder Verantwortungsgrenzen beeinflussen; dieses Dossier trennt zitierte Nachweise von der Prüfung der aktuellen Funktion.

Zugehörige Details

Christian O'Flaherty
Christian O'Flaherty
public people profile
Christian O'Flaherty
Christian O'Flaherty christian.oflaherty at gmail.com
public people profile

Zuletzt aktualisiert: 2026-10-18

Rollen

Role:Regional Vice President - Latin America and The Caribbean (Internet Society)Noch nicht bewertet

Quellenbelegte Fakten

Beteiligung an RIR-Richtlinien

1Beteiligte RIRs

4Beteiligte Richtlinien

10Richtliniennachrichten insgesamt

09.08.2010Erste Beteiligung

22.08.2014Letzte Beteiligung

LAC-2010-03Inclusion of ASN in the whois when availableAlternativvorschlag · 3 Diskussionsbeiträge
Konsistenz der Position: Konsistent
Er unterstützt die Aufnahme von Angaben zum Ursprungs-AS in WHOIS und lässt anfangs eine freiwillige Bereitstellung zu. Seine spätere Präferenz für AS originador betrifft die spanische Wortwahl. Er akzeptiert ausdrücklich die alternative Formulierung, sofern die Beteiligten beide Begriffe für gleichbedeutend halten. Keine der beiden Nachrichten nimmt die frühere bedingte Unterstützung zurück.
Inclusion of ASN in the whois when available
Bewertung: Konsistent · Er unterstützt die Aufnahme von Angaben zum Ursprungs-AS in WHOIS und lässt anfangs eine freiwillige Bereitstellung zu. Seine spätere Präferenz für AS originador betrifft die spanische Wortwahl. Er akzeptiert ausdrücklich die alternative Formulierung, sofern die Beteiligten beide Begriffe für gleichbedeutend halten. Keine der beiden Nachrichten nimmt die frühere bedingte Unterstützung zurück.
Bedingungen: Diese Diskussionen gehören zum Vorschlag von 2010, einschließlich seiner informellen Vorbereitung vor der offiziellen Einreichung, und nicht zum Ersatzvorschlag von 2021.
09.08.2010
La propuesta es muy buena y sirve para conocer el dato mas importante que buscamos en un routing registry sin tener la complejidad del RR. Tal vez al comienzo puede ser opcional poner esta informaci?n, pero en el futuro seria bueno que todos los bloques entregados por Lacnic tengan en whois el AS que debe originarlos. Creo que deberias mandar la propuesta formal. 2010/8/6 Flavio Marcelo <fmca at yahoo-inc.com>:
30.11.2010
Gracias Sofia, Tengo una duda con la traducci?n de "origin AS". Creo que es mejor decir: AS originador que "AS de origen" como dice el texto actual. Christian
30.11.2010
Hola Carlos, El texto sobre el que no tenemos duda es el ingl?s "origin AS". La propuesta fue de Flavio en portugu?s que puso "AS de origen". Si AS originador y AS de origen para todos es lo mismo entonces podemos dejarlo como AS de origen. En espa?ol a mi me gusta mas AS originador. 2010/11/30 Carlos Martinez-Cagnazzo <carlosm3011 at gmail.com>:
LAC-2012-8Inter-RIR IPv4 Address TransfersAblehnung · 2 Diskussionsbeiträge
Konsistenz der Position: Konsistent
Auf die Sorge, dass Betreiber unter finanziellem Druck weiterhin benötigte IPv4-Ressourcen verkaufen könnten, folgt das Argument, eine regionale Transferbeschränkung helfe dem technischen Personal, diesem Druck zu widerstehen. Die zweite Nachricht entwickelt die frühere Sorge weiter, statt sie zurückzunehmen.
Inter-RIR IPv4 Address Transfers
Bewertung: Konsistent · Auf die Sorge, dass Betreiber unter finanziellem Druck weiterhin benötigte IPv4-Ressourcen verkaufen könnten, folgt das Argument, eine regionale Transferbeschränkung helfe dem technischen Personal, diesem Druck zu widerstehen. Die zweite Nachricht entwickelt die frühere Sorge weiter, statt sie zurückzunehmen.
Bedingungen: Diese Feststellung bezieht sich auf die beiden verfügbaren Nachrichten vom 30. April 2013; seine Haltung zu späteren Fassungen lässt sich daraus nicht ableiten.
30.04.2013
No es un riesgo para las regiones mas pobres? Algunas empresas de nuestra regi?n pueden decidir vender sus direcciones IPv4 por necesidad y sin medir bien las consecuencias. Un vendedor de CGN les podr?a mostrar que pueden pagar su equipo vendiendo la mitad de sus direcciones IPv4. Si las transferencias se mantienen solo dentro de la regi?n la demanda ser? menor (y conocida). Christian
30.04.2013
Ser? dif?cil para un proveedor ocultar que vendi? esas IP. En BGP veremos parte de su bloque (o todo) anunciado en un AS de otra regi?n. No ser? complicado hacer reportes de prefijos de LACNIC que cambian de AS y pasan a otras regiones. Si la transferencia a otra regi?n "no es permitida" por nuestras pol?ticas, los t?cnicos de las empresas podr?n defenderse mejor cuando reciban presi?n para vender sus direcciones. Christian 2013/4/30 Carlos M. Martinez <carlosm3011 at gmail.com>:
Inter-RIR IPv4 Address Transfers · Modification to the text describing ASN distribution requirements
LAC-2013-3Adapting the allocation / assignment policy for IPv4 exhaustion.Unterstützung · 1 Diskussionsbeiträge
Konsistenz der Position: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.
Er bekräftigt ausdrücklich seine Unterstützung für den Vorschlag und erklärt, ihn bereits im öffentlichen Forum unterstützt zu haben. Hier liegt jedoch nur eine aufbewahrte Nachricht vor. Die frühere Aussage und die langfristige Konsistenz lassen sich deshalb nicht unabhängig vergleichen.
Adapting the allocation / assignment policy for IPv4 exhaustion.
Bewertung: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen. · Er bekräftigt ausdrücklich seine Unterstützung für den Vorschlag und erklärt, ihn bereits im öffentlichen Forum unterstützt zu haben. Hier liegt jedoch nur eine aufbewahrte Nachricht vor. Die frühere Aussage und die langfristige Konsistenz lassen sich deshalb nicht unabhängig vergleichen.
Bedingungen: Die frühere Unterstützung im öffentlichen Forum wird vom Verfasser berichtet; ein unabhängiger Beleg dafür ist in diesem Material nicht enthalten.
26.02.2014
Apoy? la propuesta en el foro publico y lo hago nuevamente. Christian 2014-02-26 1:57 GMT-02:00 Luis Balbinot <luis at luisbalbinot.com>:
LAC-2014-2Modification to the text describing ASN distribution requirementsAlternativvorschlag · 4 Diskussionsbeiträge
Konsistenz der Position: Konsistent
Er spricht sich wiederholt dafür aus, die ASN-Zugangskriterien für Netze mit BGP-Bedarf zu vereinfachen, auch für solche mit eigenen Präfixen und nur einem Upstream-Anbieter. Sein Verfahrenshinweis, dass die Community die Regeln bestimmt und die Mitarbeitenden sie anwenden, widerspricht dieser Haltung nicht.
Modification to the text describing ASN distribution requirements
Bewertung: Konsistent · Er spricht sich wiederholt dafür aus, die ASN-Zugangskriterien für Netze mit BGP-Bedarf zu vereinfachen, auch für solche mit eigenen Präfixen und nur einem Upstream-Anbieter. Sein Verfahrenshinweis, dass die Community die Regeln bestimmt und die Mitarbeitenden sie anwenden, widerspricht dieser Haltung nicht.
Bedingungen: Die weit gefasste Formulierung einer Vergabe auf Antrag ist zusammen mit seinen wiederholten Begründungen zu BGP und Zusammenschaltung zu lesen. · Es geht um die Konsistenz der Begründung für die Zugangskriterien, nicht um die Behauptung, alle vorgeschlagenen Formulierungen seien identisch gewesen.
21.08.2014
Creo que remover el punto 2 ser? lo mas simple para todos (quienes lo deben cumplir y para el staff de Lacnic). Solo debe quedar claro que el AS se asignar? a quienes tengan necesidades de interconexi?n (como dice la propuesta en el punto 1). Christian
22.08.2014
Por qu? tanta complicaci?n para asignar un sistema aut?nomo? El que necesite hacer BGP con otra red debe poder tener su sistema aut?nomo. Cuantas mas sesiones BGP e interconexiones haya mas eficiente ser? Internet... No veo ning?n problema en asignar un AS a cada pedido que se reciba... Son 32 bits de ASs! 2014-08-21 14:55 GMT-03:00 Alejandro Guzman <alejog at google.com>:
22.08.2014
Creo que hay una confusi?n... Nosotros somos responsables de las pol?ticas. Si la pol?tica actual es una porquer?a debemos arreglarla. El staff de Lacnic debe cumplir lo que nosotros acordamos. Si alguien no pudo recibir su AS o IPs por una raz?n injusta somos nosotros los culpables y no el staff. Por qu? no se pidieron estos cambios antes? Christian 2014-08-22 11:57 GMT-03:00 Alex Ojeda <alex at chilenetworks.com>:

Beteiligung an RIR-Richtlinien

1Beteiligte RIRs

4Beteiligte Richtlinien

10Richtliniennachrichten insgesamt

09.08.2010Erste Beteiligung

22.08.2014Letzte Beteiligung

LAC-2010-03Inclusion of ASN in the whois when availableAlternativvorschlag · 3 Diskussionsbeiträge

Konsistenz der Position: Konsistent

Er unterstützt die Aufnahme von Angaben zum Ursprungs-AS in WHOIS und lässt anfangs eine freiwillige Bereitstellung zu. Seine spätere Präferenz für AS originador betrifft die spanische Wortwahl. Er akzeptiert ausdrücklich die alternative Formulierung, sofern die Beteiligten beide Begriffe für gleichbedeutend halten. Keine der beiden Nachrichten nimmt die frühere bedingte Unterstützung zurück.

Inclusion of ASN in the whois when available

Bewertung: Konsistent · Er unterstützt die Aufnahme von Angaben zum Ursprungs-AS in WHOIS und lässt anfangs eine freiwillige Bereitstellung zu. Seine spätere Präferenz für AS originador betrifft die spanische Wortwahl. Er akzeptiert ausdrücklich die alternative Formulierung, sofern die Beteiligten beide Begriffe für gleichbedeutend halten. Keine der beiden Nachrichten nimmt die frühere bedingte Unterstützung zurück.

Bedingungen: Diese Diskussionen gehören zum Vorschlag von 2010, einschließlich seiner informellen Vorbereitung vor der offiziellen Einreichung, und nicht zum Ersatzvorschlag von 2021.

09.08.2010
La propuesta es muy buena y sirve para conocer el dato mas importante que buscamos en un routing registry sin tener la complejidad del RR. Tal vez al comienzo puede ser opcional poner esta informaci?n, pero en el futuro seria bueno que todos los bloques entregados por Lacnic tengan en whois el AS que debe originarlos. Creo que deberias mandar la propuesta formal. 2010/8/6 Flavio Marcelo <fmca at yahoo-inc.com>:

30.11.2010
Gracias Sofia, Tengo una duda con la traducci?n de "origin AS". Creo que es mejor decir: AS originador que "AS de origen" como dice el texto actual. Christian

30.11.2010
Hola Carlos, El texto sobre el que no tenemos duda es el ingl?s "origin AS". La propuesta fue de Flavio en portugu?s que puso "AS de origen". Si AS originador y AS de origen para todos es lo mismo entonces podemos dejarlo como AS de origen. En espa?ol a mi me gusta mas AS originador. 2010/11/30 Carlos Martinez-Cagnazzo <carlosm3011 at gmail.com>:

LAC-2012-8Inter-RIR IPv4 Address TransfersAblehnung · 2 Diskussionsbeiträge

Konsistenz der Position: Konsistent

Auf die Sorge, dass Betreiber unter finanziellem Druck weiterhin benötigte IPv4-Ressourcen verkaufen könnten, folgt das Argument, eine regionale Transferbeschränkung helfe dem technischen Personal, diesem Druck zu widerstehen. Die zweite Nachricht entwickelt die frühere Sorge weiter, statt sie zurückzunehmen.

Inter-RIR IPv4 Address Transfers

Bewertung: Konsistent · Auf die Sorge, dass Betreiber unter finanziellem Druck weiterhin benötigte IPv4-Ressourcen verkaufen könnten, folgt das Argument, eine regionale Transferbeschränkung helfe dem technischen Personal, diesem Druck zu widerstehen. Die zweite Nachricht entwickelt die frühere Sorge weiter, statt sie zurückzunehmen.

Bedingungen: Diese Feststellung bezieht sich auf die beiden verfügbaren Nachrichten vom 30. April 2013; seine Haltung zu späteren Fassungen lässt sich daraus nicht ableiten.

30.04.2013
No es un riesgo para las regiones mas pobres? Algunas empresas de nuestra regi?n pueden decidir vender sus direcciones IPv4 por necesidad y sin medir bien las consecuencias. Un vendedor de CGN les podr?a mostrar que pueden pagar su equipo vendiendo la mitad de sus direcciones IPv4. Si las transferencias se mantienen solo dentro de la regi?n la demanda ser? menor (y conocida). Christian

30.04.2013
Ser? dif?cil para un proveedor ocultar que vendi? esas IP. En BGP veremos parte de su bloque (o todo) anunciado en un AS de otra regi?n. No ser? complicado hacer reportes de prefijos de LACNIC que cambian de AS y pasan a otras regiones. Si la transferencia a otra regi?n "no es permitida" por nuestras pol?ticas, los t?cnicos de las empresas podr?n defenderse mejor cuando reciban presi?n para vender sus direcciones. Christian 2013/4/30 Carlos M. Martinez <carlosm3011 at gmail.com>:

Inter-RIR IPv4 Address Transfers · Modification to the text describing ASN distribution requirements

LAC-2013-3Adapting the allocation / assignment policy for IPv4 exhaustion.Unterstützung · 1 Diskussionsbeiträge

Konsistenz der Position: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen.

Er bekräftigt ausdrücklich seine Unterstützung für den Vorschlag und erklärt, ihn bereits im öffentlichen Forum unterstützt zu haben. Hier liegt jedoch nur eine aufbewahrte Nachricht vor. Die frühere Aussage und die langfristige Konsistenz lassen sich deshalb nicht unabhängig vergleichen.

Adapting the allocation / assignment policy for IPv4 exhaustion.

Bewertung: Die Datenlage reicht nicht aus, um die Konsistenz zu beurteilen. · Er bekräftigt ausdrücklich seine Unterstützung für den Vorschlag und erklärt, ihn bereits im öffentlichen Forum unterstützt zu haben. Hier liegt jedoch nur eine aufbewahrte Nachricht vor. Die frühere Aussage und die langfristige Konsistenz lassen sich deshalb nicht unabhängig vergleichen.

Bedingungen: Die frühere Unterstützung im öffentlichen Forum wird vom Verfasser berichtet; ein unabhängiger Beleg dafür ist in diesem Material nicht enthalten.

26.02.2014
Apoy? la propuesta en el foro publico y lo hago nuevamente. Christian 2014-02-26 1:57 GMT-02:00 Luis Balbinot <luis at luisbalbinot.com>:

LAC-2014-2Modification to the text describing ASN distribution requirementsAlternativvorschlag · 4 Diskussionsbeiträge

Konsistenz der Position: Konsistent

Er spricht sich wiederholt dafür aus, die ASN-Zugangskriterien für Netze mit BGP-Bedarf zu vereinfachen, auch für solche mit eigenen Präfixen und nur einem Upstream-Anbieter. Sein Verfahrenshinweis, dass die Community die Regeln bestimmt und die Mitarbeitenden sie anwenden, widerspricht dieser Haltung nicht.

Modification to the text describing ASN distribution requirements

Bewertung: Konsistent · Er spricht sich wiederholt dafür aus, die ASN-Zugangskriterien für Netze mit BGP-Bedarf zu vereinfachen, auch für solche mit eigenen Präfixen und nur einem Upstream-Anbieter. Sein Verfahrenshinweis, dass die Community die Regeln bestimmt und die Mitarbeitenden sie anwenden, widerspricht dieser Haltung nicht.

Bedingungen: Die weit gefasste Formulierung einer Vergabe auf Antrag ist zusammen mit seinen wiederholten Begründungen zu BGP und Zusammenschaltung zu lesen. · Es geht um die Konsistenz der Begründung für die Zugangskriterien, nicht um die Behauptung, alle vorgeschlagenen Formulierungen seien identisch gewesen.

21.08.2014
Creo que remover el punto 2 ser? lo mas simple para todos (quienes lo deben cumplir y para el staff de Lacnic). Solo debe quedar claro que el AS se asignar? a quienes tengan necesidades de interconexi?n (como dice la propuesta en el punto 1). Christian

22.08.2014
Por qu? tanta complicaci?n para asignar un sistema aut?nomo? El que necesite hacer BGP con otra red debe poder tener su sistema aut?nomo. Cuantas mas sesiones BGP e interconexiones haya mas eficiente ser? Internet... No veo ning?n problema en asignar un AS a cada pedido que se reciba... Son 32 bits de ASs! 2014-08-21 14:55 GMT-03:00 Alejandro Guzman <alejog at google.com>:

22.08.2014
Creo que hay una confusi?n... Nosotros somos responsables de las pol?ticas. Si la pol?tica actual es una porquer?a debemos arreglarla. El staff de Lacnic debe cumplir lo que nosotros acordamos. Si alguien no pudo recibir su AS o IPs por una raz?n injusta somos nosotros los culpables y no el staff. Por qu? no se pidieron estos cambios antes? Christian 2014-08-22 11:57 GMT-03:00 Alex Ojeda <alex at chilenetworks.com>: