From: Victor Cappuccio (vcappuccio@gmail.com)
Date: Sun Jun 15 2008 - 16:49:39 ART
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