[LACNIC/Napla] IXP en La Paz

[Fabián Mejía]

Hola Javier

Gracias por compartir esa noticia.  Conozco como está el tema en Bolivia 
y sé que ha sido y es bastante complicado.  Entiendo que se trata de un 
IXP administrado y alojado por Megalink?.  ¿Cómo estás con el tema de 
establecer un Acuerdo (MoU) para el ingreso de otros participantes?.

El tema de los root server normalmente se hace través del proyecto más 
raíces de LACNIC, debes contactarte con alguien de ellos, varios estan 
suscritos a esta lista.  Si lo necesitas yo te puedo poner en contacto 
con alguno de ellos.

Saludos,

Fabián Mejía

El 2013-11-15 09:37, Javier Galvez escribió:
> Mil gracias, ahora va la parte dificil, convencer a todos para que
> participen
>
> Tenemos casos de clientes que tiene 2 conexiones en la misma oficina, 1
> proveedor a, y 1 proveedor b, y para enviar un documento de un lado al
> otro, todo su trafico tiene que salir hasta miami y volver a ingresar para
> hacer esa tarea tan sencilla.
>
> Al momento no entiendo cual es el concepto de los proveedores locales de
> no querer participar.
>
> Como se dice, absolutamente todo tiene solucion, y simplemente es un
> factor de voluntad el hacerlo.
>
> bueno, cambiando de tema, como puedo tener una copia del servidor L (o
> "r") de dns's para colocarlo en el IXP?
>
> Tengo algunos servidores IBM y COMPAQ a los cuales se les podria poner la
> distribucion de linux o el OS que usen pero con quien deberia platicar
> para hacer esto?
>
> Aprecio de sobre manera los comentarios y ayuda
>
> Salu2,
>
> Javier Galvez Funes
> Asesor en Internet MegaLink
> Siempre cuenta con nosotros!!!
> 212-9000 Ext: 110 CEL: +(591)-715-22149
>
> "Las gentes que nunca hacen mas de lo que se les paga,
> nunca obtienen pago por mas de lo que hacen".
>
> Vamos ROWAN yo se que TU puedes!!! Usa tus "R. I."
>
> napla at lacnic.net on November 15, 2013 at 9:14 AM -0430 wrote:
>> Felicitaciones y muchos éxitos!
>>
>> Acá en Argentina tenemos una estructura similar.
>> Hay 10 NAPs en todo el país y más de 150 miembros conectados. Así que
>> tienen
>> para rato...
>> Cualquier cosa no dudes en consultar.
>>
>> Saludos!
>>
>>
>>
>>
>> Hernan Moguilevsky
>>
>> NOC CABASE
>>
>>   
>>
>> Suipacha 128 - Piso 3°  F
>>
>> C1008AAD Buenos Aires - Argentina
>>
>> Tel: (54-11) 4326-0777 int. 109
>>
>> www.cabase.org.ar
>>
>> -----Mensaje original-----
>> De: napla-bounces at lacnic.net [mailto:napla-bounces at lacnic.net] En nombre
>> de
>> Javier Galvez Funes
>> Enviado el: viernes, 15 de noviembre de 2013 10:56
>> Para: Lista de operadores de NAP/IXP de la region
>> Asunto: Re: [LACNIC/Napla] IXP en La Paz
>>
>> Hola,
>>
>> Ya tengo el ixp en operaciones
>>
>> Use:
>>
>> Route server con quagga
>> Route reflector con Cisco
>> Ya estan 2 proveedores conectados y pasando trafico (solucion route
>> reflector escalable)
>>
>> Le puse mucho enfasis en los filtros de IP y ASN's para que no exista
>> "robo de ancho de banda" que creo que es lo que mas les aflieja a los
>> proveedores
>>
>> Bueno es un factor de voluntad la participacion, tener el swithc
>> solamente y hacer conexiones peering todos contra todos no es muy
>> escalable que digamos, por eso escogi usar ambas alternativas, route
>> server y route reflector.
>>
>> Al final los proveedores solo tienen que recibir lo que tienen que
>> recibir que son las mismas rutas que recibirian de afuera solo
>> reflejadas por el IXP
>>
>> como no es necesario tener un numero autonomo todavia, esta
>> funcionando con el 65000 y funciona muy bien.
>>
>> Salu2
>>
>> Javier Galvez
>>
>> On Apr 12, 2013, at 10:42 AM, Arturo Servin wrote:
>>
>>> 	La primera pregunta antes de estas es si:
>>>
>>> 	- Vas a tener o no un route-server
>>>
>>>
>>> 	
>>> 	Si no usas route-server, todo es mas transparente pero cuando el IXP
>>> crezca no va a escalar. Tambien, depende como sea el modelo de
>>> participacion. Si cada quien selecciona con quien hacer peering es
>>> posible que un fabric de capa 2 sea lo unico que necesites. Si todos
>>> tienen que hacer peering contra todos, ahi igual tiene mas sentido el
>>> route-server.
>>>
>>> 	Si lo vas a tener, entoces aplican tus preguntas. Asi ...
>>>
>>> On 4/12/13 10:22 AM, Javier Galvez wrote:
>>>> Consulta
>>>>
>>>> Si tenemos 2 switches y 2 routers cisco y correremos BGP y sumadas
>>>> todas
>>>> los bloques a nivel local (La Paz) y solo tenemos una 3 clase B a
>>>> lo mucho
>>>> que podrian directamente estar "sumarizadas" cual seria el mejor
>>>> escenario
>>>>
>>>> 1) Correr la sesion bgp directamente contra el router cisco
>>>> 2) fabricar un servidor bajo linux con quaga y simplemente generar un
>>>> route reflector? (en este escenario ya no se requeririan de los
>>>> routers
>>>> cisco o si?)
>>> 	Cualquiera, depende del router Cisco.
>>>
>>> 	Tambien esta BIRD que parece ser es bastante popular.
>>>
>>>
>>>> Si bien el 2do caso es factible inicialmente podriamos hacer la
>>>> sesion BGP
>>>> en la opcion 1 (contra el router cisco), en consecuencia aqui va mi
>>>> pregunta.
>>>>
>>>> a) para de alguna forma "forzar" que el IX tenga prioridad sobre
>>>> las rutas
>>>> recibidas el ISP tiene que colocar prepends a sus proveedores???
>>> 	Puede usarse que el ASN del route-server o del IXP sea "oculto",
>>> de esa
>>> forma el path no agrega un ASN mas.
>>>
>>> 	De otra forma tendrias que jugar con el BGP un poco. En lugar de
>>> prepends usaria comunities o alguna otra forma de afectar el path.
>>>
>>>> b) puedo mandar una configuracion basica como hice funcionar esto
>>>> para que
>>>> de forma privada me puedan dar una mano?
>>> 	Si, no hay problema. La puedes incluso enviar a la lista de lacnog
>>> donde creo hay mas gente tecnica que te puede resolver algunas dudas y
>>> hacer recomendaciones.
>>>
>>>
>>> Slds
>>> as
>>>
>>>> Mil gracias por la colaboracion
>>>>
>>>>
>>>> Salu2,
>>>>
>>>> Javier Galvez Funes
>>>> Asesor en Internet MegaLink
>>>> Siempre cuenta con nosotros!!!
>>>> 212-9000 Ext: 110 CEL: +(591)-715-22149
>>>>
>>>> "Las gentes que nunca hacen mas de lo que se les paga,
>>>> nunca obtienen pago por mas de lo que hacen".
>>>>
>>>> Vamos ROWAN yo se que TU puedes!!! Usa tus "R. I."
>>>>
>>> _______________________________________________
>>> Napla mailing list
>>> Napla at lacnic.net
>>> https://mail.lacnic.net/mailman/listinfo/napla
>> _______________________________________________
>> Napla mailing list
>> Napla at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/napla
>>
>> _______________________________________________
>> Napla mailing list
>> Napla at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/napla
>>
>
> _______________________________________________
> Napla mailing list
> Napla at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/napla