[c-nsp] neighbor remove-private-as don't work on PE-CE

[Roger Wiklund]

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.abozaid at 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 <copse at 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.abozaid at 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 <hj1980 at 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-nsp at 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 at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>