From: Skinner, Stephen (Stephen.Skinner@rbs.co.uk)
Date: Mon Nov 14 2005 - 11:59:38 GMT-3
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" <tmitchell@allianttech.com> 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.
This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:06 GMT-3