mrtg de los proveedores de internet.

[sjmuniz]

A raíz del internet outage del 2021/08/07 creo que estaría bueno hacer un mapa de servicio de internet en AR. Un mrtg de las salidas a internet del país.
Los proveedores tienen páginas para vender, no para informar.

[MatiasFernandez]

Se podrá aprovechar RIPE Atlas para algo de esto?

Encontre un par de cosas que se paran sobre RIPE Atlas que pueden servir como inspiracion: https://labs.ripe.net/author/anant_shah/detecting-network-outages-with-ripe-atlas/
https://labs.ripe.net/author/stephane_bortzmeyer/checking-your-internet-connectivity-with-ripe-atlas-anchors/

[carlosm3011]

Se podrá aprovechar RIPE Atlas para algo de esto?

Encontre un par de cosas que se paran sobre RIPE Atlas que pueden servir como inspiracion: https://labs.ripe.net/author/anant_shah/detecting-network-outages-with-ripe-atlas/
https://labs.ripe.net/author/stephane_bortzmeyer/checking-your-internet-connectivity-with-ripe-atlas-anchors/

ATLAS es mas para ver alcanzabilidad y delay. Ancho de banda con ATLAS no se puede medir.

Si les interesa ver disponibilidad si, es una buena herramienta. Yo soy ATLAS Ambassador y les puedo conseguir material y ayuda si quieren.

[MatiasFernandez]

Ah, buen punto. Yo cuando leí sobre la idea de monitorear las salidas de Internet de Argentina lo asocie con entender justamente alcanzabilidad y delay. Por eso pensé en ATLAS. Pero bueno no se que tenía en mente @sjmuniz con lo de MRTG

[carlosm3011]

MRTG en mi mente es más para monitorear consumo de ancho de banda en enlaces. Uno lo podría medio hackear para ver disponibilidad pero no es el uso principal. De hecho la misma gente de MRTG tiene el Smokeping que es mas o menos eso, un MRTG modificado para hacer ping.

…

On 8 Aug 2021, at 12:19, Matias Fernandez ***@***.***> wrote: Ah, buen punto. Yo cuando leí sobre la idea de monitorear las salidas de Internet de Argentina lo asocie con entender justamente alcanzabilidad y delay. Por eso pensé en ATLAS. Pero bueno no se que tenía en mente @sjmuniz <https://github.com/sjmuniz> con lo de MRTG — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#103 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAA4ARS74YXZXZ7IY7KLJQTT32N7HANCNFSM5BXY74EA>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>.

[sebaminguez]

Yo no estaria tan comodo compartiendo mi ancho de banda, tampoco se que aportaria, pero si me sumo a compartir si mis conexiones funcionan o no y el ping. Se me ocurre es util tener el dato de cuantos proveedores fallan y en que zona. Seba Dominguez El dom., 8 de agosto de 2021 12:21, Carlos Martinez-Cagnazzo < ***@***.***> escribió:

…

MRTG en mi mente es más para monitorear consumo de ancho de banda en enlaces. Uno lo podría medio hackear para ver disponibilidad pero no es el uso principal. De hecho la misma gente de MRTG tiene el Smokeping que es mas o menos eso, un MRTG modificado para hacer ping. > On 8 Aug 2021, at 12:19, Matias Fernandez ***@***.***> wrote: > > > Ah, buen punto. Yo cuando leí sobre la idea de monitorear las salidas de Internet de Argentina lo asocie con entender justamente alcanzabilidad y delay. Por eso pensé en ATLAS. Pero bueno no se que tenía en mente @sjmuniz <https://github.com/sjmuniz> con lo de MRTG > > — > You are receiving this because you commented. > Reply to this email directly, view it on GitHub < #103 (comment)>, or unsubscribe < https://github.com/notifications/unsubscribe-auth/AAA4ARS74YXZXZ7IY7KLJQTT32N7HANCNFSM5BXY74EA >. > Triage notifications on the go with GitHub Mobile for iOS < https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android < https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email >. > — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#103 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AC3KHR6YWOOIPUX6HAPCR3TT32OHFANCNFSM5BXY74EA> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email> .

[sjmuniz]

Yo lo veo como una herramienta para que el que puede leer un mrtg o un smokeping pueda rápidamente decir: "Si, hay un problema en el proveedor o carrier X", y que no hay dudas al respecto. Tengo varios años de sistemas, e hice WISPs por el 2005, y no tenía ninguna herramienta, página o status de ningún tipo que fehacientemente dijera que telecom estaba para atrás. La mención de mrtg es más para transmitir la idea de una herramienta simple y que conocemos todos, no porque crea que es la herramienta que necesitamos.

[edux]

Estaba mirando esa idea de tirarle ping a los anchors de ripe atlas. Supongamos que armamos algo para que cada x minutos tire pings a 5 anchors AR BR US FR IN, que ademas cuente la cantidad de hops y que haga un post a algún lado con un json con esa data, mas ip publica y proveedor de internet.

Tiene sentido? ya con algunos corriendo es facil de ver cuando se incrementa la latencia y cuando cambia la cantidad de hops en las rutas.

Seria como un stage 1 para ver que data se arma y si es util o no.

https://github.com/romana/multi-ping/

[carlosm3011]

Como primer paso esta bueno. Se puede armar un mapa ahora usando una visualización de Kibana o de Grafana mismo ahora.

…

On 9 Aug 2021, at 00:19, Eduardo Casarero ***@***.***> wrote: Estaba mirando esa idea de tirarle ping a los anchors de ripe atlas. Supongamos que armamos algo para que cada x minutos tire pings a 5 anchors AR BR US FR IN, que ademas cuente la cantidad de hops y que haga un post a algún lado con un json con esa data, mas ip publica y proveedor de internet. Tiene sentido? ya con algunos corriendo es facil de ver cuando se incrementa la latencia y cuando cambia la cantidad de hops en las rutas. Seria como un stage 1 para ver que data se arma y si es util o no. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#103 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAA4ARUISMTNEXSNB5WLA2TT35CLXANCNFSM5BXY74EA>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>.