From: chiragshroff (chiragshroff@myrealbox.com)
Date: Tue Jun 10 2003 - 09:26:17 GMT-3
ok brain
now you just try........the example without broadcast key work you will be
able to run all the routing protocols with out any extra broadcasts to
utilise the bandwidth..........
bye
take care
chirag shroff
----- Original Message -----
From: Joe Martin <jmartin@capitalpremium.net>
To: chiragshroff <chiragshroff@myrealbox.com>
Sent: Tuesday, June 10, 2003 05:37 PM
Subject: RE: frame-relay map
> You are correct. You do NOT need the broadcast keyword on the spoke to
> spoke map. All this would do is generate an extra unneccessary broadcast
> packet that would be sent to the hub. So the hub would be getting
duplicate
> broadcast/multicast packets from that specific routing protocol.
>
> I think this is what Brian was trying to get you to understand by asking
you
> if the hub would forward the broadcast.
>
> HTH,
>
> Joe Martin
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> chiragshroff
> Sent: June 10, 2003 2:26 AM
> To: Brian Dennis; 'Jung, Jin'; 'Group'
> Subject: frame-relay map
>
>
> dear............. brian dennis,jung jin and group
>
> yes definately..............you just try this statement in this example
>
> R4
> int S0
> frame-relay map ip 10.1.1.2 201 broadcast
> frame-relay map ip 10.1.1.5 201 ...........???
>
> R5
> int S0
> frame-relay map ip 10.1.1.2 301 broadcast
> frame-relay map ip 10.1.1.4 301 ...........???
>
>
> we dont require broadcast key word on the next statement...........i have
> tested it......i think we dont need that keyword on spok to spok
> maping....???
>
> if i am wrong plz explain me.
>
>
>
>
> ----- Original Message -----
> From: Brian Dennis <brian@labforge.com>
> To: 'Jung, Jin' <jin.jung@lmco.com>; 'chiragshroff'
> <chiragshroff@myrealbox.com>; 'Group' <ccielab@groupstudy.com>
> Sent: Monday, June 09, 2003 09:59 PM
> Subject: RE:
>
>
> > The broadcast has to be sent via the hub so do you think the hub will
> > forward the broadcast?
> >
> > Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> > Jung, Jin
> > Sent: Monday, June 09, 2003 8:31 AM
> > To: 'chiragshroff'; Group
> > Subject: RE:
> >
> > Yes,,
> > Without it your IGP will not work, like ospf and eigrp
> > Try it.
> >
> > Remember, you are working in NBMA network, non-broadcast multi access.
> >
> > Jin jung...
> >
> > -----Original Message-----
> > From: chiragshroff [mailto:chiragshroff@myrealbox.com]
> > Sent: Monday, June 09, 2003 4:02 AM
> > To: Group
> > Subject:
> >
> >
> > thnx for your setisfactory answer .................but
> >
> > why we should give "broadcast" keywork after framerelay map statement of
> > spok to spok router maping...............is that necessary.
> >
> >
> > ----- Original Message -----
> > From: John Underhill <stepnwlf@magma.ca>
> > To: chiragshroff <chiragshroff@myrealbox.com>; Group
> > <ccielab@groupstudy.com>
> > Sent: Monday, June 09, 2003 01:10 AM
> > Subject: Re: routing protocol over frame-relay
> >
> >
> > > If you are using point-to-multipoint as ospf type on hub and spokes,
> > > you
> > can
> > > use inverse arp, or create mappings between all nodes. Spokes are
> > > mapped
> > to
> > > each other using the hubs DLCI. In EIGRP, the same frame mappings will
> > work,
> > > so long as you have disabled split horizon on the hub, and use
> > > neighbor statements on hub and spokes..
> > >
> > > R2
> > > D 192.168.4.0/24 [90/2297856] via 10.1.1.4, 00:00:10, Serial0.1
> > > D 192.168.5.0/24 [90/2297856] via 10.1.1.5, 00:03:53, Serial0.1
> > > 10.0.0.0/24 is subnetted, 1 subnets
> > > C 10.1.1.0 is directly connected, Serial0.1
> > > C 192.168.2.0/24 is directly connected, Loopback0
> > > 150.50.0.0/24 is subnetted, 2 subnets
> > > C 150.50.9.0 is directly connected, Dialer0
> > > C 150.50.17.0 is directly connected, Ethernet0
> > >
> > > interface Serial0.1 multipoint
> > > ip address 10.1.1.2 255.255.255.0
> > > no ip split-horizon eigrp 100
> > > frame-relay map ip 10.1.1.4 101 broadcast
> > > frame-relay map ip 10.1.1.5 102 broadcast
> > > no frame-relay inverse-arp
> > >
> > > router eigrp 100
> > > passive-interface default
> > > no passive-interface Serial0.1
> > > network 10.0.0.0
> > > network 192.168.2.0
> > > neighbor 10.1.1.5
> > > neighbor 10.1.1.4
> > > no auto-summary
> > > !
> > >
> > > R4
> > > Gateway of last resort is not set
> > >
> > > 172.16.0.0/24 is subnetted, 1 subnets
> > > C 172.16.1.0 is directly connected, TokenRing0
> > > C 192.168.4.0/24 is directly connected, Loopback0
> > > D 192.168.5.0/24 [90/2809856] via 10.1.1.2, 00:01:07, Serial0
> > > 10.0.0.0/24 is subnetted, 1 subnets
> > > C 10.1.1.0 is directly connected, Serial0
> > > D 192.168.2.0/24 [90/2297856] via 10.1.1.2, 00:01:07, Serial0
> > >
> > > interface Serial0
> > > ip address 10.1.1.4 255.255.255.0
> > > no ip directed-broadcast
> > > encapsulation frame-relay
> > > logging event subif-link-status
> > > logging event dlci-status-change
> > > frame-relay map ip 10.1.1.2 201 broadcast
> > > frame-relay map ip 10.1.1.5 201 broadcast
> > > no frame-relay inverse-arp
> > >
> > > router eigrp 100
> > > network 10.0.0.0
> > > network 192.168.4.0
> > > neighbor 10.1.1.2
> > > neighbor 10.1.1.5
> > > no auto-summary
> > >
> > > R5
> > > Gateway of last resort is not set
> > >
> > > 172.16.0.0/24 is subnetted, 1 subnets
> > > C 172.16.1.0 is directly connected, TokenRing0
> > > D 192.168.4.0/24 [90/2809856] via 10.1.1.2, 00:01:18, Serial0
> > > C 192.168.5.0/24 is directly connected, Loopback0
> > > 10.0.0.0/24 is subnetted, 1 subnets
> > > C 10.1.1.0 is directly connected, Serial0
> > > D 192.168.2.0/24 [90/2297856] via 10.1.1.2, 00:01:39, Serial0
> > > 150.50.0.0/24 is subnetted, 2 subnets
> > > C 150.50.9.0 is directly connected, Dialer0
> > > C 150.50.18.0 is directly connected, Serial1
> > >
> > > interface Serial0
> > > ip address 10.1.1.5 255.255.255.0
> > > no ip directed-broadcast
> > > encapsulation frame-relay
> > > logging event subif-link-status
> > > logging event dlci-status-change
> > > no fair-queue
> > > frame-relay map ip 10.1.1.2 301 broadcast
> > > frame-relay map ip 10.1.1.4 301 broadcast
> > > no frame-relay inverse-arp
> > >
> > > router eigrp 100
> > > network 10.0.0.0
> > > network 192.168.5.0
> > > neighbor 10.1.1.4
> > > neighbor 10.1.1.2
> > > no auto-summary
> > >
> > >
> > >
> > > ----- Original Message -----
> > > From: "chiragshroff" <chiragshroff@myrealbox.com>
> > > To: "Group" <ccielab@groupstudy.com>
> > > Sent: Sunday, June 08, 2003 11:57 AM
> > > Subject: routing protocol over frame-relay
> > >
> > >
> > > > hello every body,
> > > >
> > > > in framrelay p-t-m network.on spok routers we r giving framerelay
> > > > map
> > > command
> > > > to map other spok router.if we dont ginve it and will give only map
> > > > to
> > hub
> > > it
> > > > will not work with eigrp while it will work with ospf ...........as
> > > > we
> > > will
> > > > give ip ospf net p-t-m command.
> > > >
> > > > is that a behaviour of ospf to work on fram relay point to
> > > > multipoing network then is there any command in eigrp or other
> > > > routing portocol to work on ........
> > > >
> > > > is that necessary in ccie lab that we have to up the basic p-t-m
> > > framerelay
> > > > whether it work with ospf or eigrp...........???
> > > >
> > > > have a nice day
> > > > regards,
> > > >
> > > > chirag
> >
> > have a nice day
> > regards,
> >
> > chirag
This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:10:56 GMT-3