Re: Stop the hello in OSPF

Ravi if you actually look 5 months back you will also see another post that
mentions that initially it was a pt2pt link, but then it changed to an
ethernet segment.

i am LOL'ing too...are we on gs meant to be checking for prev posts just in
case more info about an issue was mentioned?

OP in future, if you create a new post, ensure you put all necessary info.
This will save time.

2009/6/28 shiran guez <shiranp3_at_gmail.com>

> Dear Ravi look at the big picture :-),
>
>
>
> On Sun, Jun 28, 2009 at 10:22 PM, Ravi Singh<way2ccie_at_googlemail.com>
> wrote:
> > LOL...You must be kidding me Shiran !!! Why would anyone go to a previous
> > email thread unless it is mentioned that this email is in continuation
> with
> > a particular one ..This thread started with a new subject and a new
> question
> > with no reference to any old one ..
> >
> >
> > On Sun, Jun 28, 2009 at 8:13 PM, shiran guez <shiranp3_at_gmail.com> wrote:
> >>
> >> Yes the original discussion started from this:
> >>
> >> "Hi all
> >>
> >> I have
> >>
> >> R1----R2 (ethernet segment)
> >>
> >> this host devices running OSPF on this segment cannot intercept the OSPF
> >> communication between R1 & R2.
> >>
> >> how it will possible default this segment is broadcost so any device can
> >> come and connect with OSPF process.
> >>
> >> thanks in advance..."
> >>
> >> then it went to another thread
> >>
> >> On Sun, Jun 28, 2009 at 10:08 PM, Ravi Singh<way2ccie_at_googlemail.com>
> >> wrote:
> >> > Did the original question tell us its an ethernet network ?? ;-)
> >> >
> >> > On Sun, Jun 28, 2009 at 7:59 PM, Scott Morris <smorris_at_ine.com>
> wrote:
> >> >>
> >> >> Ok, fair enough... So let's look at it differently.
> >> >>
> >> >> While it's on ethernet, how many peers are there? If there's only
> two,
> >> >> why can't you change to a "ip ospf network point-to-point'???
> >> >>
> >> >> At that point you can run demand circuit just fine.
> >> >>
> >> >> Did the original question tell us how many peers? I may have been
> >> >> sleeping at that point! But you are correct, in a broadcast network
> >> >> type we aren't allowed to run demand circuit.
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> *Scott Morris*, CCIE/x4/ (R&S/ISP-Dial/Security/Service Provider)
> >> >> #4713,
> >> >>
> >> >> JNCIE-M #153, JNCIS-ER, CISSP, et al.
> >> >>
> >> >> JNCI-M, JNCI-ER
> >> >>
> >> >> evil_at_ine.com
> >> >>
> >> >>
> >> >> Internetwork Expert, Inc.
> >> >>
> >> >> http://www.InternetworkExpert.com
> >> >>
> >> >> Toll Free: 877-224-8987
> >> >>
> >> >> Outside US: 775-826-4344
> >> >>
> >> >>
> >> >> Knowledge is power.
> >> >>
> >> >> Power corrupts.
> >> >>
> >> >> Study hard and be Eeeeviiiil......
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> shiran guez wrote:
> >> >> > Hi Scott
> >> >> >
> >> >> > not sure you are correct about this as he is talking about Ethernet
> a
> >> >> > broadcast segment unless it is a bug the RFC 1793 strictly indicate
> >> >> > that hello will not be reduced!
> >> >> >
> >> >> > Demand circuits and regular network segments (e.g., leased lines)
> are
> >> >> > allowed to be combined in any manner. In other words, there are
> no
> >> >> > topological restrictions on the demand circuit support. However,
> >> >> > while any OSPF network segment can be defined as a demand
> circuit,
> >> >> > only point-to-point networks receive the full benefit. When
> >> >> > broadcast
> >> >> > and NBMA networks are declared demand circuits, routing update
> >> >> > traffic is reduced but the periodic sending of Hellos is not,
> >> >> > which
> >> >> > in effect still requires that the data-link connections remain
> >> >> > constantly open.
> >> >> > ...
> >> >> > ...
> >> >> > 3.2. Sending and Receiving OSPF Hellos
> >> >> >
> >> >> > The following sections describe the required modifications to
> >> >> > OSPF
> >> >> > Hello Packet processing on point-to-point demand circuits.
> >> >> >
> >> >> > For OSPF broadcast and NBMA networks that have been
> configured
> >> >> > as
> >> >> > demand circuits, there is no change to the sending and
> >> >> > receiving
> >> >> > of Hellos, nor are there any changes to the Neighbor State
> >> >> > Machine. This is because the proper operation of the
> Designated
> >> >> > Router election algorithm requires periodic exchange of Hello
> >> >> > Packets.
> >> >> >
> >> >> >
> >> >> > if you where talking on p2p circuit I would agree with Scott
> totally.
> >> >> >
> >> >> >
> >> >> >
> >> >> > On Sun, Jun 28, 2009 at 4:09 PM, Scott Morris<smorris_at_ine.com>
> wrote:
> >> >> >
> >> >> >> Use the demand-circuit.
> >> >> >>
> >> >> >> Hellos are suppressed although "show ip ospf neighbor" will still
> >> >> >> show
> >> >> >> the neighbor there. We used to use this in dial-on-demand
> routing
> >> >> >> where the neighbor would still show up even though the dial
> circuit
> >> >> >> had
> >> >> >> actually gone away.
> >> >> >>
> >> >> >> HTH,
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> *Scott Morris*, CCIE/x4/ (R&S/ISP-Dial/Security/Service Provider)
> >> >> >> #4713,
> >> >> >>
> >> >> >> JNCIE-M #153, JNCIS-ER, CISSP, et al.
> >> >> >>
> >> >> >> JNCI-M, JNCI-ER
> >> >> >>
> >> >> >> evil_at_ine.com
> >> >> >>
> >> >> >>
> >> >> >> Internetwork Expert, Inc.
> >> >> >>
> >> >> >> http://www.InternetworkExpert.com
> >> >> >>
> >> >> >> Toll Free: 877-224-8987
> >> >> >>
> >> >> >> Outside US: 775-826-4344
> >> >> >>
> >> >> >>
> >> >> >> Knowledge is power.
> >> >> >>
> >> >> >> Power corrupts.
> >> >> >>
> >> >> >> Study hard and be Eeeeviiiil......
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> ismail mohamed wrote:
> >> >> >>
> >> >> >>> Hi,
> >> >> >>>
> >> >> >>> R1--R2 connected with OSPF process.
> >> >> >>>
> >> >> >>> Now i want to stop the hellow between this but neighbor should
> not
> >> >> >>> distrip
> >> >> >>>
> >> >> >>> is there any way we can only stop the hello and have a neight
> >> >> >>> between
> >> >> >>> them..
> >> >> >>>
> >> >> >>>
> >> >> >>> I tought using passive inter but neighbr alos deleted.
> >> >> >>>
> >> >> >>> Thansk in advance.
> >> >> >>>
> >> >> >>>
> >> >> >>> Blogs and organic groups at http://www.ccie.net
> >> >> >>>
> >> >> >>>
> >> >> >>>
> >> >> >>>
> _______________________________________________________________________
> >> >> >>> Subscription information may be found at:
> >> >> >>> http://www.groupstudy.com/list/CCIELab.html
> >> >> >>>
> >> >> >> Blogs and organic groups at http://www.ccie.net
> >> >> >>
> >> >> >>
> >> >> >>
> _______________________________________________________________________
> >> >> >> Subscription information may be found at:
> >> >> >> http://www.groupstudy.com/list/CCIELab.html
> >> >>
> >> >>
> >> >> Blogs and organic groups at http://www.ccie.net
> >> >>
> >> >>
> _______________________________________________________________________
> >> >> Subscription information may be found at:
> >> >> http://www.groupstudy.com/list/CCIELab.html
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> Shiran Guez
> >> MCSE CCNP NCE1 JNCIA-ER CCIE #20572
> >> http://cciep3.blogspot.com
> >> http://www.linkedin.com/in/cciep3
> >
> >
>
>
>
> --
> Shiran Guez
> MCSE CCNP NCE1 JNCIA-ER CCIE #20572
> http://cciep3.blogspot.com
> http://www.linkedin.com/in/cciep3
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Regards
Roy
Blogs and organic groups at http://www.ccie.net