From: Ovidiu Neghina (o.neghina@gmail.com)
Date: Sat Feb 07 2009 - 18:41:14 ARST
thank you
I was doing lab 1 from IE SP book and i have hitted that bug indeed.
The workaround is ip ospf network point-to-multipoint non-broadcast
on the interfaces
Ovidiu
On Sat, Jul 5, 2008 at 10:03 PM, ahmed mahmoud <ahmadforever@gmail.com> wrote:
> 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
>
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sun Mar 01 2009 - 09:44:10 ARST