From: kevin gannon (kevin@gannons.net)
Date: Mon Nov 14 2005 - 12:29:27 GMT-3
I might be miss readin it but if you have the option of using
OSPF and you can set the type to P2MP then it will solve
you problem. Every router in the frame cloud with the above
config will advertise a /32 for its frame address so the spokes
will see /32 routes via the hub to the other spokes.
Regards
Kevin
On 11/14/05, manoj menon <manojmenon123@yahoo.com> wrote:
> Hi Mitchell,
>
> 1) Topology HUB and SPOKE . R3=> Hub R4 and R5 => Spoke .
> 2) Use only Physical interfaces on all the 3 routers
> 3) Do not use Dynamic mapping ( No Inverse ARP )
> 4) Do not configure static Layer 3 to Layer 2 Mapping on spokes was later corrected to
> mapping between the spokes, ie, static mapping is allowed spoke to the hub.
>
>
>
> So, the situation we discuss do not arise in this scenrario.Only during OSPF configuration, you have to tackle it choosing the right ospf network type etc. etc.
>
>
>
> The configuration below will work in one case, where you have 'inverse-arp turned on at one end and turned off at other. because, turning off inverse-arp turns the requests off not the ability to reply to inverse-arp -
>
>
>
>
>
> interface Serial0/0
> ip address 163.4.12.1 255.255.255.0
> ip pim sparse-mode
> encapsulation frame-relay
> no fair-queue
> frame-relay traffic-shaping
> frame-relay interface-dlci 102
>
> frame-relay inverse-arp IP 102
> no frame-relay inverse-arp IP 103
> no frame-relay inverse-arp IP 104
> no frame-relay inverse-arp IP 105
> !
>
>
>
> R2#
>
> interface Serial0/0
> ip address 163.4.12.2 255.255.255.0
> ip pim sparse-mode
> encapsulation frame-relay
> no fair-queue
> frame-relay traffic-shaping
> frame-relay interface-dlci 201
> NO frame-relay inverse-arp IP 201
> no frame-relay inverse-arp IP 203
> no frame-relay inverse-arp IP 204
>
> Appreciate comments!!
>
> Regards
> manoj
> "Mitchell, TJ" <tmitchell@allianttech.com> wrote:
> I have used the command in this exact scenario before so I know it
> works.
>
> Thanks
>
> T.J. Mitchell
>
> -----Original Message-----
> From: Skinner, Stephen [mailto:Stephen.Skinner@rbs.co.uk]
> Sent: Monday, November 14, 2005 10:11 AM
> To: 'manoj menon'; 'Chris Lewis'; Mitchell, TJ; 'Arun Arumuganainar';
> 'ccielab@groupstudy.com'
> Subject: RE: IE Lab Exercise
>
> TJ , chris, manoj
> i have just seen this in the CCO about the command "frame-relay
> interface-dlci"
> This command is typically used for subinterfaces; however, it can also
> be
> used on main interfaces. Using the frame-relay interface-dlci command on
> main interfaces will enable the use of routing protocols on interfaces
> that
> use Inverse ARP.
>
> from what i have seen here i appologise for my previous comment`s ,
>
> regards
> Stephen Skinner
>
> > -----Original Message-----
> > From: manoj menon [SMTP:manojmenon123@yahoo.com]
> > Sent: 14 November 2005 15:08
> > To: Skinner, Stephen; 'Chris Lewis'; 'Mitchell, TJ'; 'Arun
> > Arumuganainar'; 'ccielab@groupstudy.com'
> > Subject: RE: IE Lab Exercise
> >
> > *** WARNING : This message originates from the Internet ***
> >
> >
> > Mitchel, Stephen,,
> >
> > Even on the spokes, just assigning frame-rely interface-dlci will not
> help
> > any mapping, you got to either turn on 'inverse-arp' or state
> 'frame-relay
> > map' for that dlci....unless you use it under a point-to-point
> > sub-interface - off-course, no mapping is required on a p2p
> interface.
> >
> > Regards
> > Manoj
> >
> >
> >
> > "Skinner, Stephen" wrote:
> >
> > Also i forgot to say ,
> >
> > i have been taught that using the fram-relay interface-dlci
> command
> > assign
> > all outbound frames to that DLCI , therefore you have your
> mapping ,
> >
> >
> > althought i am beginning to doubt this
> >
> > steve
> >
> >
> > Stephen Skinner
> > > -----Original Message-----
> > > From: Skinner, Stephen
> > > Sent: 14 November 2005 15:00
> > > To: 'Chris Lewis'; Mitchell, TJ; Arun Arumuganainar;
> > > ccielab@groupstudy.com
> > > Subject: RE: IE Lab Exercise
> > >
> > > chris,
> > >
> > > i have always been told as best practise ,
> > >
> > > if you want to specify a DLCI without using static mapping you
> > should use
> > > the last command ,
> > >
> > >
> > > i forgot to say that this is for a spoke and not the hub ,
> > >
> > > i am thinking on the lab , i could leave it out and as you say
> ,it
> > would
> > > work , but it would not demonstrate my knowledge of the
> subject
> > and i
> > > believe you would be marked down for that
> > >
> > > i should have also really added the point-to-multipoint line
> to
> > the int
> > > s0/0
> > >
> > > P.S
> > > i forgot to say that this is for a spoke and not the hub ,
> > >
> > > cheers
> > >
> > > Stephen Skinner
> > >
> > > -----Original Message-----
> > > From: Chris Lewis [SMTP:chrlewiscsco@yahoo.com]
> > > Sent: 14 November 2005 14:45
> > > To: Mitchell, TJ; Skinner, Stephen; Arun Arumuganainar;
> > > ccielab@groupstudy.com
> > > Subject: RE: IE Lab Exercise
> > >
> > > *** WARNING : This message originates from the Internet ***
> > >
> > >
> > > I'm sorry TJ, I'm not sure I follow:
> > >
> > > The config supplied (it did not say for which router) was as
> > > follows:
> > >
> > > int s0/0
> > > encap frame-relay
> > > no frame-relay inverse-arp
> > > ip address 1.1.1.X 255.255.255.252
> > > frame-relay interface-dlci 40X
> > >
> > > What I was trying to point out was the following:
> > >
> > > 1. All DLCIs are by default assigned to the physical
> interface, so
> > > the last command here adds nothing over and above what teh
> router
> > would do
> > > if it were not there.
> > > 2. with no fram-relay inverse-arp and no manual map
> statements,
> > > there are no L3 to L2 mappings, so no packets will be sent out
> > that
> > > interface.
> > >
> > > You seem to be thinking that turning off inverse-arp will not
> > allow
> > > the router to assign a DLCI to an interface. This is
> incorrect.
> > > inverse-arp is about mapping a layer 3 destination to a local
> > layer 2
> > > address.
> > >
> > > "Mitchell, TJ" wrote:
> > >
> > > Chris --
> > > R3 is going to use the Frame-relay map command under the
> > > physical
> > > interface.
> > > Next the configuration that was provided for the spokes (by
> > > Stephen)
> > > will work fine, since you disabled inverse arp on the spokes
> > > the DLCI's
> > > need to be specified.
> > >
> > > Using that configuration doesn't configure L3 - L2 mapping
> > > on the
> > > physical interface for the spokes.
> > >
> > > Thanks
> > >
> > > T.J. Mitchell
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]
> > > On Behalf Of
> > > Chris Lewis
> > > Sent: Monday, November 14, 2005 9:10 AM
> > > To: Skinner, Stephen; 'Arun Arumuganainar';
> > > ccielab@groupstudy.com
> > > Subject: RE: IE Lab Exercise
> > >
> > > Stephen,
> > >
> > > I don't see how this would help. All DLCI's are assigned to
> > > the physical
> > > interface by default, so assigning the DLCI with that
> > > command here does
> > > nothing. Also this is a multipoint interface, so without
> > > some layer 3 to
> > > layer 2 mapping, no packets are going anywhere.
> > >
> > > Arun, I believe the IE lab solution guide gives a working
> > > config, can't
> > > you look at that? From memory I think the OSPF section gives
> > > a clue as
> > > to how spoke to spoke connectivity is achieved. On the hub
> > > you can still
> > > use map statements.
> > >
> > > Chris
> > >
> > > "Skinner, Stephen" wrote:
> > > int s0/0
> > > encap frame-relay
> > > no frame-relay inverse-arp
> > > ip address 1.1.1.X 255.255.255.252
> > > frame-relay interface-dlci 40X
> > >
> > > HTH
> > >
> > > Stephen Skinner
> > >
> > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com [SMTP:nobody@groupstudy.com]
> > > > Sent: 14 November 2005 11:17
> > > > To: ccielab@groupstudy.com
> > > > Subject: IE Lab Exercise
> > > >
> > > > *** WARNING : This message originates from the Internet
> > > ***
> > > >
> > > > Here are conditions .
> > > >
> > > > 1) Topology HUB and SPOKE . R3=> Hub R4 and R5 => Spoke .
> > > > 2) Use only Physical interfaces on all the 3 routers
> > > > 3) Do not use Dynamic mapping ( No Inverse ARP )
> > > > 4) Do not configure static Layer 3 to Layer 2 Mapping on
> > > spokes
> > > >
> > > > Just wondering How to configure this ?. Any body can throw
> > > some light
> > > on
> > > > it .
> > > > It would be great !!!
> > > >
> > > > Thanks and Regards
> > > > Arun
> > > >
> > > >
> > >
> > >
> >
> _______________________________________________________________________
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > > The Royal Bank of Scotland plc, Registered in Scotland No.
> > > 90312.
> > > Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
> > >
> > > Authorised and regulated by the Financial Services
> > > Authority.
> > >
> > > This e-mail message is confidential and for use by the
> > > addressee only.
> > > If the message is received by anyone other than the
> > > addressee, please
> > > return the message to the sender by replying to it and then
> > > delete the
> > > message from your computer. Internet e-mails are not
> > > necessarily secure.
> > > The Royal Bank of Scotland plc does not accept
> > > responsibility for
> > > changes made to this message after it was sent.
> > >
> > > Whilst all reasonable care has been taken to avoid the
> > > transmission of
> > > viruses, it is the responsibility of the recipient to ensure
> > > that the
> > > onward transmission, opening or use of this message and any
> > > attachments
> > > will not adversely affect its systems or data. No
> > > responsibility is
> > > accepted by The Royal Bank of Scotland plc in this regard
> > > and the
> > > recipient should carry out such virus and other checks as it
> > > considers
> > > appropriate.
> > >
> > >
> > >
> >
> _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > > ---------------------------------
> > > Yahoo! FareChase - Search multiple travel sites in one
> > > click.
> > >
> > >
> > >
> >
> _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > >
> >
> _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best spam protection around
>
> > > http://mail.yahoo.com
> >
> >
> > The Royal Bank of Scotland plc, Registered in Scotland No.
> 90312.
> > Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
> >
> > Authorised and regulated by the Financial Services Authority.
> >
> > This e-mail message is confidential and for use by the addressee
> > only. If the message is received by anyone other than the addressee,
> > please return the message to the sender by replying to it and then
> delete
> > the message from your computer. Internet e-mails are not necessarily
> > secure. The Royal Bank of Scotland plc does not accept responsibility
> for
> > changes made to this message after it was sent.
> >
> > Whilst all reasonable care has been taken to avoid the
> transmission
> > of viruses, it is the responsibility of the recipient to ensure that
> the
> > onward transmission, opening or use of this message and any
> attachments
> > will not adversely affect its systems or data. No responsibility is
> > accepted by The Royal Bank of Scotland plc in this regard and the
> > recipient should carry out such virus and other checks as it considers
> > appropriate.
> >
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
>
>
> The Royal Bank of Scotland plc, Registered in Scotland No. 90312.
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
>
> Authorised and regulated by the Financial Services Authority.
>
> This e-mail message is confidential and for use by the addressee only.
> If the message is received by anyone other than the addressee, please
> return the message to the sender by replying to it and then delete the
> message from your computer. Internet e-mails are not necessarily secure.
> The Royal Bank of Scotland plc does not accept responsibility for
> changes made to this message after it was sent.
>
> Whilst all reasonable care has been taken to avoid the transmission of
> viruses, it is the responsibility of the recipient to ensure that the
> onward transmission, opening or use of this message and any attachments
> will not adversely affect its systems or data. No responsibility is
> accepted by The Royal Bank of Scotland plc in this regard and the
> recipient should carry out such virus and other checks as it considers
> appropriate.
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:06 GMT-3