From: Shahnawaz Khot (shahnawaz4ccie@gmail.com)
Date: Mon Jun 16 2008 - 12:47:19 ART
Yeah, I found something similar. In backbone it was enabled for ipv6 address
family but I found one statement under ipv4 address family of BB3 for R4
IPV6 BGP peering. It was configured for "no neighbour <R4 IPV6 address>
activate". This is working fine after removing this statement. Wondering how
it was there in backbone initial configuration ?
Thanks to all for your help.
Best Regards,
Shahnawaz
On 6/16/08, dara tomar <wish2ie@gmail.com> wrote:
>
> *Thanks Victor,
>
>
> I would reverify that, as that was per my previous observation.
>
> Thanks again,
> Regards,
> Dara*
> On Mon, Jun 16, 2008 at 1:19 AM, Victor Cappuccio <vcappuccio@gmail.com>
> wrote:
>
>> Dara,
>>
>>
>> http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_8-2/ipv6.html
>>
>> The address family within MPBGP is modular to facilitate distinct peering
>> relationships, and is expressed using the *Address Family Identifier*(AFI). The regular BGP capabilities are exchanged after the peering sessions
>> are turned on. In order for two provider edge routers to exchange labeled
>> IPv6 VPN prefixes, they must use BGP capabilities negotiation to ensure that
>> they both are capable of processing such information.
>>
>> if they do not agree on the same advertised and received capabilities,
>> they would stuck in that state.
>>
>>
>> Best Regards
>> Victor.-
>>
>>
>> On Sun, Jun 15, 2008 at 9:22 PM, dara tomar <wish2ie@gmail.com> wrote:
>>
>>> *Yeah,
>>>
>>> Piyoush is right here!!
>>>
>>
>>> This is due the address family negotiation with the mpBGP capabilities,
>>> the
>>> address family isn't negotiated and it is indicated.
>>> Some of the Cisco IOS codes response like this for the address-family not
>>> negotiated between the peers, with the later IOS codes this has been
>>> removed.
>>>
>>>
>>> Cheers,
>>> Dara
>>> *
>>> On Mon, Jun 16, 2008 at 12:31 AM, Piyoush Sharma <piyoush@gmail.com>
>>> wrote:
>>>
>>> > It means thats the router is advertising address family (ipv6 in this
>>> case)
>>> > and the other side (BB3) is not configured for it... hence the
>>> > Noneg(otiate).. as in cannot/could not negotiate...
>>> > I've mostly seen this with VPNv4 configs
>>> >
>>> > Piyoush.
>>> >
>>> > On Sun, Jun 15, 2008 at 11:48 AM, Victor Cappuccio <
>>> vcappuccio@gmail.com>
>>> > wrote:
>>> >
>>> > > what does show bgp ipv6 unicast neighbors 2001:204:12:1::254 say
>>> about
>>> > the
>>> > > capabilities advertised and received?
>>> > >
>>> > > Thanks
>>> > > --
>>> > > Victor Cappuccio
>>> > > www.vcappuccio.wordpress.com
>>> > >
>>> > > On Sun, Jun 15, 2008 at 8:34 PM, Shahnawaz Khot <
>>> > shahnawaz4ccie@gmail.com>
>>> > > wrote:
>>> > >
>>> > > > Hi ,
>>> > > >
>>> > > > In our IE practice labs we found one bgp peering session from
>>> router R4
>>> > > to
>>> > > > BB3 as following.
>>> > > >
>>> > > >
>>> > > >
>>> > > > Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ
>>> > > Up/Down
>>> > > > State/PfxRcd
>>> > > > 2001:204:12:1::254 4 54 42 42 0
>>> 0
>>> > > 0
>>> > > > 00:10:41 (*NoNeg)*
>>> > > >
>>> > > > State *Noneg* is bit confusing for me. I have not seen this before.
>>> I
>>> > > have
>>> > > > no right view from web as well, please help.
>>> > > >
>>> > > >
>>> > > > Regards,
>>> > > > Shahnawaz
>>> > > >
>>> > > >
>>> > > >
>>> _______________________________________________________________________
>>> > > > Subscription information may be found at:
>>> > > > http://www.groupstudy.com/list/CCIELab.html
>>> > >
>>> > >
>>> > >
>>> _______________________________________________________________________
>>> > > Subscription information may be found at:
>>> > > http://www.groupstudy.com/list/CCIELab.html
>>> >
>>> >
>>> > _______________________________________________________________________
>>> > Subscription information may be found at:
>>> > http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> --
>> Victor Cappuccio
>> CCIE R/S# 20657
>> CCSI# 30452
>> www.vcappuccio.wordpress.com
This archive was generated by hypermail 2.1.4 : Tue Jul 01 2008 - 06:23:21 ART