<div dir="ltr"><div><div>Buenas tardes<br><br></div>Para vuestra información el proximo
dia 18 de abril hay un seminario web de la UIT que informara sobre las
tendencias en las reformas de telecomunicaciones<br></div>Aqui te dejo el acceso:<br><div><br><a href="http://www.itu.int/net/pressoffice/press_releases/2013/Advisory-02-es.aspx#.UW24f0ruzWU">http://www.itu.int/net/pressoffice/press_releases/2013/Advisory-02-es.aspx#.UW24f0ruzWU</a><br>
<br></div><div>Saludos<br><br>Sergio Gálvez Morales<br></div>Consultor internet COTES Ltda</div><div class="gmail_extra"><br><br><div class="gmail_quote">El 13 de abril de 2013 09:45, Javier Galvez <span dir="ltr"><<a href="mailto:jcgalvez@megalink.com" target="_blank">jcgalvez@megalink.com</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok, mil gracias por simplicidad e inmediatez estoy haciendo elproyecto en<br>
cisco nomas... ;-D<br>
<br>
Aqui va la configuracion que quiza deberia ir al lado del "cliente" es<br>
decir el ISP<br>
<br>
Ojo que estoy considerando que el IX temporalmente tendra un ip privado y<br>
el asn tambien sera privado<br>
<br>
neighbor 10.0.0.1 remote-as 64512<br>
neighbor 10.0.0.1 description ****** AL IX LA PAZ ******<br>
neighbor 10.0.0.1 ebgp-multihop 2<br>
neighbor 10.0.0.1 update-source Loopback0<br>
neighbor 10.0.0.1 version 4<br>
neighbor 10.0.0.1 soft-reconfiguration inbound<br>
neighbor 10.0.0.1 prefix-list default in<br>
neighbor 10.0.0.1 prefix-list aggregate out<br>
neighbor 10.0.0.1 route-map IXLAPAZ out<br>
<br>
Esta es la parte del route map<br>
<br>
route-map IXLAPAZ permit 10<br>
match ip address 10<br>
<br>
Esta es la parte donde publico todo un rango de IP de la red que poseo<br>
(coloco ip's privados solo como demostracion, y adicionalmente solo 16<br>
clases C<br>
<br>
access-list 10 permit 192.168.160.0 0.0.15.255<br>
<br>
Digo que hare el proyecto con cisco por las siguientes razones<br>
<br>
1) tengo varios equipos con gigabit ethernet<br>
2) seria un factor de ir agregando en los dif puertos ethernet a los<br>
diferentes proveedores<br>
<br>
La desventaja que me hicieron notar es que cuando se acaban los puertos<br>
gigabit se acabaron<br>
<br>
La otra opcion es hacer con un switch capa 2 (que tambien tengo) y con un<br>
servidorcillo digamos centos con quaga y generando un route reflector. En<br>
esto (del quaga) no tengo mucha experiencia pero ni bien lo tenga listo<br>
les comento.<br>
<br>
Salu2 de Bolivia<br>
<span class="HOEnZb"><font color="#888888"><br>
Javier Galvez<br>
</font></span><div class="HOEnZb"><div class="h5"><a href="mailto:napla@lacnic.net">napla@lacnic.net</a> on Friday, April 12, 2013 at 10:01 AM -0430 wrote:<br>
>Si necesitas mas informacion sobre el uso del route-server, NSRC y muchos<br>
>otros sitios tienen.<br>
><br>
><a href="http://www.nsrc.org/route-bgp-ixp.html" target="_blank">http://www.nsrc.org/route-bgp-ixp.html</a> o<br>
><a href="http://ws.edu.isoc.org/workshops/2004/CEDIA2/material/ixp-sp.pdf" target="_blank">http://ws.edu.isoc.org/workshops/2004/CEDIA2/material/ixp-sp.pdf</a> en<br>
>particular.<br>
><br>
>Una recomendación es comenzar con capa 2 y cada ISP haga el peering con<br>
>los vecinos. Esto reduce la complejidad de la operación que tiene que<br>
>tener el IXP al inicio y permite que los miembros discuten la necesidad<br>
>de introducir el route-server si lo desean.<br>
><br>
>Existen varias presentación sobre mejores practicas para la configuración<br>
>de BGP de cada participante en un IXP, seria buscarlos.<br>
><br>
>Saludos,<br>
><br>
>Mike<br>
><br>
>-----Original Message-----<br>
>From: <a href="mailto:napla-bounces@lacnic.net">napla-bounces@lacnic.net</a> [mailto:<a href="mailto:napla-bounces@lacnic.net">napla-bounces@lacnic.net</a>] On<br>
>Behalf Of Arturo Servin<br>
>Sent: Friday, April 12, 2013 10:43 AM<br>
>To: <a href="mailto:napla@lacnic.net">napla@lacnic.net</a><br>
>Subject: Re: [LACNIC/Napla] IXP en La Paz<br>
><br>
><br>
> La primera pregunta antes de estas es si:<br>
><br>
> - Vas a tener o no un route-server<br>
><br>
><br>
><br>
> Si no usas route-server, todo es mas transparente pero cuando el IXP<br>
>crezca no va a escalar. Tambien, depende como sea el modelo de<br>
>participacion. Si cada quien selecciona con quien hacer peering es<br>
>posible que un fabric de capa 2 sea lo unico que necesites. Si todos<br>
>tienen que hacer peering contra todos, ahi igual tiene mas sentido el<br>
>route-server.<br>
><br>
> Si lo vas a tener, entoces aplican tus preguntas. Asi ...<br>
><br>
>On 4/12/13 10:22 AM, Javier Galvez wrote:<br>
>> Consulta<br>
>><br>
>> Si tenemos 2 switches y 2 routers cisco y correremos BGP y sumadas<br>
>> todas los bloques a nivel local (La Paz) y solo tenemos una 3 clase B<br>
>> a lo mucho que podrian directamente estar "sumarizadas" cual seria el<br>
>> mejor escenario<br>
>><br>
>> 1) Correr la sesion bgp directamente contra el router cisco<br>
>> 2) fabricar un servidor bajo linux con quaga y simplemente generar un<br>
>> route reflector? (en este escenario ya no se requeririan de los<br>
>> routers cisco o si?)<br>
><br>
> Cualquiera, depende del router Cisco.<br>
><br>
> Tambien esta BIRD que parece ser es bastante popular.<br>
><br>
><br>
>><br>
>> Si bien el 2do caso es factible inicialmente podriamos hacer la sesion<br>
>> BGP en la opcion 1 (contra el router cisco), en consecuencia aqui va<br>
>> mi pregunta.<br>
>><br>
>> a) para de alguna forma "forzar" que el IX tenga prioridad sobre las<br>
>> rutas recibidas el ISP tiene que colocar prepends a sus proveedores???<br>
><br>
> Puede usarse que el ASN del route-server o del IXP sea "oculto", de esa<br>
>forma el path no agrega un ASN mas.<br>
><br>
> De otra forma tendrias que jugar con el BGP un poco. En lugar de<br>
>prepends usaria comunities o alguna otra forma de afectar el path.<br>
><br>
>> b) puedo mandar una configuracion basica como hice funcionar esto para<br>
>> que de forma privada me puedan dar una mano?<br>
><br>
> Si, no hay problema. La puedes incluso enviar a la lista de lacnog donde<br>
>creo hay mas gente tecnica que te puede resolver algunas dudas y hacer<br>
>recomendaciones.<br>
><br>
><br>
>Slds<br>
>as<br>
><br>
>><br>
>> Mil gracias por la colaboracion<br>
>><br>
>><br>
>> Salu2,<br>
>><br>
>> Javier Galvez Funes<br>
>> Asesor en Internet MegaLink<br>
>> Siempre cuenta con nosotros!!!<br>
>> 212-9000 Ext: 110 CEL: +(591)-715-22149<br>
>><br>
>> "Las gentes que nunca hacen mas de lo que se les paga, nunca obtienen<br>
>> pago por mas de lo que hacen".<br>
>><br>
>> Vamos ROWAN yo se que TU puedes!!! Usa tus "R. I."<br>
>><br>
>_______________________________________________<br>
>Napla mailing list<br>
><a href="mailto:Napla@lacnic.net">Napla@lacnic.net</a><br>
><a href="https://mail.lacnic.net/mailman/listinfo/napla" target="_blank">https://mail.lacnic.net/mailman/listinfo/napla</a><br>
>_______________________________________________<br>
>Napla mailing list<br>
><a href="mailto:Napla@lacnic.net">Napla@lacnic.net</a><br>
><a href="https://mail.lacnic.net/mailman/listinfo/napla" target="_blank">https://mail.lacnic.net/mailman/listinfo/napla</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Napla mailing list<br>
<a href="mailto:Napla@lacnic.net">Napla@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/napla" target="_blank">https://mail.lacnic.net/mailman/listinfo/napla</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Saludos<br><br>Sergio Gálvez
</div>