There are some new features with IOS 15 with remove-private-as, I.E you can remove private AS even if there is a mix of public and private.
You can remove the AS even if its from your eBGP neighbour. http://www.cisco.com/en/US/docs/ios/iproute_bgp/configuration/guide/irg_remove_as.html#wp1091907 Regards Roger On Wed, Oct 6, 2010 at 7:15 PM, Ibrahim Abo Zaid <ibrahim.aboz...@gmail.com> wrote: > yes and it is still here > and that is normal because it is eBGP session at the end > so PE1 will attach it is ASN in outbound updates , but as you know with > local-as feature we can manipulate real ASN and make it replaced with local > ASN > but i can't do the reverse and that is what i want > > > any ideas ? > > > > On Wed, Oct 6, 2010 at 7:08 PM, Roger Wiklund <co...@xy.org> wrote: > >> Have you tried local-as no-prepend replace-as. That should only show >> the local-as in the path, and thus you can manipulate it that way. >> >> Regards >> Roger >> >> On Wed, Oct 6, 2010 at 6:23 PM, Ibrahim Abo Zaid >> <ibrahim.aboz...@gmail.com> wrote: >> > sorry guys , but i already tried as-override and remove private before >> > posting :) >> > >> > here is the topology to give you a wider image about the topology >> > >> > Cory >> > >> > plz check the topology >> > as i said before , i need CE1 to see the routes of CE2 without 64550 in >> > as-path >> > >> > i hope you got me now >> > >> > >> > On Wed, Oct 6, 2010 at 6:05 PM, Heath Jones <hj1...@gmail.com> wrote: >> > >> >> > If the customer is provisioned inside a VRF you could use the >> AS-override >> >> feature to rewrite each AS Hop in the path to the configured BGP >> neighbor >> >> ASN. >> >> > >> >> >> http://www.cisco.com/en/US/docs/ios/12_3/switch/command/reference/swi_n1.html#wp1034057 >> >> >> >> Yep, looks like you should use either of these, depending on scenario: >> >> as-override = Override matching AS-number while sending update >> >> remove-private-as = Remove private AS number from outbound updates >> >> >> >> I think Cory is probably correct as this does sound like a VRF >> scenario... >> >> >> >> > Why do you need to manipulate the path attribute? What are you trying >> to >> >> accomplish? Perhaps there is another approach. >> >> Otherwise >> >> >> > >> > _______________________________________________ >> > cisco-nsp mailing list cisco-...@puck.nether.net >> > https://puck.nether.net/mailman/listinfo/cisco-nsp >> > archive at http://puck.nether.net/pipermail/cisco-nsp/ >> > >> > _______________________________________________ > cisco-nsp mailing list cisco-...@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/