Hola,   En mi opinion creo que Julio tiene razón, revisa la configuración del CE.   Con eBGP  (connección entre entre diferente sistemas autonomos (AS)), cuando usas este tipo de sesión, el PE tiene un AS diferente al CE,  existe un mecanismo automático que previene que las rutas reflejadas como las que observas en tu PE sean instaladas en la tabla de enrutamiento, ya que cuando el PE ve su propio número de AS en las rutas recibidas, este sabe que provienen de sí mismo. (next-hop-self).   Para responder tu pregunta acerca de porque esto esta sucediendo te comento, que en BGP solo en el caso de iBGP, donde todos los vecinos comparten el mismo numero de AS, es donde se aplica la regla que dice: ninguna ruta recibida de un vecino iBGP puede ser anunciada o re-enviada a ningun otro vecino BGP.  Si el otro router vecino iBGP necesita esa ruta tiene que establecer su propia sesion con el origen.    Comunmente en iBGP se utiliza una configuracion especial llamada router reflectors. El cual podria hacer ver el sintoma de anunciar las rutas recibidas del PE de regreso, tal como las describes;, puede que hayas configurado el CE erroneamente como un router reflector.   Una recomendación que hago siempre es filtrar todo vecino BGP ya sea con route-map+ACLs, o con prefix lists, las cuales se pueden aplicar a cada vecino de manera individual o grupal en cualquier dirección, IN/OUT, lo cual en tu caso evitaría que enviaras desde el CE lo mismo que recibes del PE.   Nota: despues de aplicar el filtro se debe reiniciar la session BGP con el comando clear ip bgp x.x.x.x  o clear ip bgp x.x.x.x soft in/out.   Tambien lo que dice Luis es posible, revisa si tienes los comandos          neighbor ip-address ebgp-multihop ttl        neighbor ip-address next-hop-unchanged   Porque el no modificar el next-hop (excepción) solo es posible cuando se usa eBGP multihop y se le instruye al router a comportarse así.   Saludos y espero te sirva de ayuda mi comentario.           ... View more

Yes, you can. http://www.cisco.com/en/US/docs/switches/datacenter/nexus2000/hw/installation/guide/overviewN7K.html Sent from Cisco Technical Support iPad App ... View more

Hello, Divide and conquer is better, so I will start with your EIGRP process. router eigrp 503 redistribute static metric 1000000 50 255 1 1500 route-map static-into-eigrp (1*) redistribute rip metric 1000000 50 255 1 1500 route-map RIP-TO-EIGRP (2*) (1*) Here you are filtering which static routes from you router will get advertised from EIGRP. Routes prefixes that match the access list will be advertised post redistribution. Anything else, meaning no other static routes, will not be advertised by EIGRP post redistribution. route-map static-into-eigrp permit 10 match ip address static-into-eigrp-permit ! route-map static-into-eigrp deny 20 (2*) Here you are filtering routes that come from RIP into EIGRP, in especial you are looking for a tag # 60 possibly marked by a previous redistribution process in your router or any other router in the network, what you want to do with it is avoid advertising those networks into EIGRP. But any other routes with no tag or with a tag different than 60 gets re-tagged with #40 and is advertised to the network by EIGRP post redistribution. Keep in mind this from now on, any route with a tag of 40 means to you router, that it was learned by EIGRP through RIP. ! route-map RIP-TO-EIGRP deny 70 match tag 60 ! route-map RIP-TO-EIGRP permit 80 set tag 40 ================================================================================================================== Now lets move to RIP. router rip version 2 redistribute eigrp 503 metric 4 route-map EIGRP-TO-RIP (3*) (3*) Here you are filtering all routes that come from EIGRP with a previously marked tag of 40. Guess what, you are avoiding that RIP learn from EIGRP what it already knows. Remember what I told you to keep in mind before. Then all other routes with no tag or tag different than 40 are unknown for RIP so you want those to be learn and advertised by it, but you want to prevent those to be sent back to EIGRP because that routing process already know those networks, so you put the tag 60 on it. Now remember in (2*) I said that you wanted to avoid advertising into EIGRP routes previously marked with that same tag, but I did not tell you the reason why, now you have the answer, those routes are already known by EIGRP so why do you want it to learn again those routes. route-map EIGRP-TO-RIP deny 30 match tag 40 ! route-map EIGRP-TO-RIP permit 40 set tag 60 A final thought, when redistributing routes metrics are different for each routing process so, is inevitable to original metrics to get altered. The main reason for those filters is to avoid routing loops and to avoid the corruption of the original metrics of both routing process. Which means each process gets to know all routes from each other but keep its original routes unaltered. I hope you have now a better understanding of your router configuration. *** Please rate all useful posts *** Regards, Jose Bonilla Twitter @bonillajose Sent from Cisco Technical Support iPad App ... View more

Hola Jose Luis, Si estas comenzando en las redes te sugiero utilizar la opción PPP que viene integrada en el RV016, es mucho mas sencilla de configurar y puedes iniciar VPN desde cualquier cliente linux o windows. Suerte. ... View more

Hola Eder, Necesitas un equipo intermedio donde puedas configurar el servicio FTP o TFTP para poder hacer la copia de los archivos entre los equipos Nexus. De hecho esa función fué retirada tambien de los routers cuando salió la versión del IOS  12.4(11)T . Entonces mi recomendación para ti es buscar un computador ya sea linux o windows donde puedas instalar cualquiera de los dos servicios. Suerte! Jose ... View more