From: ahmed mahmoud (ahmadforever@gmail.com)
Date: Sat Jul 05 2008 - 17:03:12 ART
Thanks Antonio.
I faced this problem myself when I was doing one of the labs, and the
workaround was to make the ospf network type as
" Point-to-multipoint NBMA " as it was required to prevent the multicast
hellos for neighborship security.
Ahmed
On Sat, Jul 5, 2008 at 4:12 AM, Antonio Soares <amsoares@netcabo.pt> wrote:
> Hello group,
>
> Beware of this Bug when doing your SP Practice Labs:
>
> ++++++++++++++
> CSCsh42565 Bug Details
> TE tunnel does not come up on ospf non-broadcast network type
>
> Symptoms: Traffic engineering (TE) tunnels go down when an intermediate
> link
> has the ip ospf network non-broadcast command enabled.
>
> Conditions: This symptom is observed in an OSPF network over TE tunnels
> that
> are established on non-broadcast links.
>
> Workaround: Do not use non-broadcast links. Rather, use another OSPF
> network
> type. If this is not an option, there is no workaround.
> ++++++++++++++
>
> Fixed-In
>
> 12.4(13.12)M
> 12.0(32.3)S2
> 12.2(32.8.11)SX59
> 12.2(32.8.60)SR
> 12.2(33)SXH
> 12.2(40.1)S5
> 12.4(13.12)PI6
> 12.4(13.12)T
> 12.2(32.8.99a)SR133
>
>
> Regards,
>
> Antonio Soares, CCIE #18473 (R&S)
>
> _____________________________________________________________________
> Subscription information: http://www.groupstudy.com/list/comserv.html
This archive was generated by hypermail 2.1.4 : Mon Aug 04 2008 - 06:11:53 ART