Hmm the catch here is the " UNICAST" from DR and the other side will
Unicast it instead of sending a Multicast packet

But the multicast packet will not be Acknowledged that is sent by the
Neighbor on the Point to Point side.

I will also try to do a wireshark capture and update u

Thanks for Technically Abusing me. Nice learning :) lol



On Tue, Jun 5, 2012 at 10:57 PM, Marko Milivojevic <[email protected]>wrote:

> Wrong again ;-)
>
> I would have to re-run all the Wireshark traces to give you 100%
> correct answer, but the below one is say 95% correct.
>
> They will be both. DROther will multicast them, but it will respond in
> kind if it receives unicast. DR will always unicast. Assumption here
> is that not all neighbors will be interested to hear what DR has to
> say, but only the one that is attempting to form an adjacency. While
> DROther (or in this case a mismatched p2p) will multicast DBD, when it
> receives the unicast descriptor from the DR it will send its own back
> as unicast if the previous one went unack'd.
>
>
> --
> Marko Milivojevic - CCIE #18427 (SP R&S)
> Senior CCIE Instructor - IPexpert
>
> On Tue, Jun 5, 2012 at 10:20 AM, HEMANTH RAJ <[email protected]> wrote:
> > hmm yeap sure marko , yes LSU are not multicast correct, but DBDs are
> sent
> > on multicast or unicast on ethernet.
> > I will try this and let u know th results.
> > When i was doing the lab, i found the DBs are not properly synchronized.
> I
> > thought the DR may be a problem
> > Have to buckle up my socks again to see this
> >
> > hmm LSU's are multicast or unicast depending on the media ( ethernet or
> > point to point )
> >
> > On Tue, Jun 5, 2012 at 10:46 PM, Marko Milivojevic <[email protected]>
> > wrote:
> >>
> >> Try it... It's such a common problem we even have it in many of our
> >> workbooks.
> >>
> >> Link state updates are not multicast.
> >>
> >> --
> >> Marko Milivojevic - CCIE #18427 (SP R&S)
> >> Senior CCIE Instructor - IPexpert
> >>
> >> On Tue, Jun 5, 2012 at 10:10 AM, HEMANTH RAJ <[email protected]>
> wrote:
> >> > Hi Marko ,
> >> >
> >> > hmm i don't see my databases synchronized if i have one side as BCAST
> >> > and
> >> > other side as point to point.
> >> > how will DR accept on 224.0.0.5 if he thinks others are DRother
> >> > how will the DB are synced ?
> >> > could u explain me a bit more ?
> >> >
> >> >
> >> > On Tue, Jun 5, 2012 at 9:47 PM, Marko Milivojevic <
> [email protected]>
> >> > wrote:
> >> >>
> >> >> On Tue, Jun 5, 2012 at 9:10 AM, Venkee <[email protected]> wrote:
> >> >> > In this case, from one end (BCAST), would see the type-2 lsa in
> >> >> > database
> >> >> > but
> >> >> > not on router where we have p-t-p, he might have said this
> >> >>
> >> >> That is correct. However, if you look at the adjacency between the
> two
> >> >> routers, it would appear as perfectly valid and the databases will be
> >> >> in sync.
> >> >>
> >> >> Another difference you will see in the database is the type of link
> in
> >> >> Type-1 LSA that will be Point-to-point/Stub on the p2p side and
> >> >> Transit on the broadcast side. This discrepancy is the one routers
> >> >> will use to identify the problem and cause them not to "trust" each
> >> >> other.
> >> >>
> >> >> --
> >> >> Marko Milivojevic - CCIE #18427 (SP R&S)
> >> >> Senior CCIE Instructor - IPexpert
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > Problems arise because we talk,problems are not solved because we
> don't
> >> > talk
> >> > So good or bad talk to your affectionate one's freely.
> >> >
> >> > Yours Friendly,
> >> > H P HEMANTH RAJ
> >> > CCIE#28593 (R&S)
> >> >
> >> >
> >
> >
> >
> >
> > --
> > Problems arise because we talk,problems are not solved because we don't
> talk
> > So good or bad talk to your affectionate one's freely.
> >
> > Yours Friendly,
> > H P HEMANTH RAJ
> > CCIE#28593 (R&S)
> >
> >
>



-- 
Problems arise because we talk,problems are not solved because we don't
talk So good or bad talk to your affectionate one's freely.

Yours Friendly,
H P HEMANTH RAJ
CCIE#28593 (R&S)
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

http://onlinestudylist.com/mailman/listinfo/ccie_rs

Reply via email to