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