From: CKORENT@xxxxxxxxxxxxx
Date: Thu Aug 31 2000 - 17:48:29 GMT-3
Check this out:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120t/1
20t1/cliparse.htm
It is also available on 11.1(CC) code on the 7500's. I use it all the time lik
e
this:
sh ru | begin Serial2/0/0
This shows me the config starting at Serial2/0/0.
Chris
Dana.L.Steffey@seagate.com on 10/31/2000 03:14:02 PM
Please respond to Dana.L.Steffey@seagate.com
To: "Tony Medeiros" <tonygreat@home.com>
cc: sam@chinet.com, kbaumgar@cisco.com, ccielab@groupstudy.com (bcc: Chris A
Korent/USA/Pillsbury)
Subject: Re: My favorate alias commands (was Inverse ARP and Subinterfaces)
Tony -
Can you check your command where you say a "s inter f1/0" shows you a the
running config for that interface only.
"show interface f1/0" - on every IOS I have ever worked on including the
12.0.9 that I am working on now gives me the stat's for the interface, not
the running config.
i.e.
NRM-Hub#sh int et4/0
Ethernet4/0 is up, line protocol is up
Hardware is cxBus Ethernet, address is 0060.7089.a880 (bia
0060.7089.a880)
Description: Link to NW5 EDS FW
Internet address is 192.168.95.1/24
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, rely 255/255, load 1/255
Encapsulation ARPA, loopback not set, keepalive set (10 sec)
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:07, output 00:00:07, output hang never
Last clearing of "show interface" counters 2w1d
Queueing strategy: fifo
Output queue 0/300, 0 drops; input queue 0/300, 0 drops
5 minute input rate 3000 bits/sec, 2 packets/sec
5 minute output rate 2000 bits/sec, 3 packets/sec
1308510 packets input, 660949993 bytes, 0 no buffer
Received 3 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 input packets with dribble condition detected
1409375 packets output, 237615987 bytes, 0 underruns
0 output errors, 252 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
I would be really interested in a command that would show me the running
config for a specific interface because pressing the space bar through some
of the running configs on my 7513's get's old real fast.
Thanks,
Dana Steffey, CCNP, CCNP-Voice, CCDP, CCNA WAN Switching, MCSE, MCT, CNA,
Electrical Engineer
2nd Lab attempt: November 1st, Halifax
Seagate Technology
Minneapolis, MN
"Tony Medeiros" <tonygreat@home.com>@groupstudy.com on 08/30/2000 11:35:26
PM
Please respond to "Tony Medeiros" <tonygreat@home.com>
Sent by: nobody@groupstudy.com
To: "Sam Munzani" <sam@chinet.com>, "Kevin Baumgartner"
<kbaumgar@cisco.com>
cc: <ccielab@groupstudy.com>
Subject: My favorate alias commands (was Inverse ARP and Subinterfaces)
I used these alias commands on every practice lab I do. The short cuts
became second nature after a while. I paste them into every router along
with the usuals like "ip subnet-zero" etc
alias exec s sho run
alias exec c conf t
alias exec i sho ip route
alias exec x sho ipx route
alias exec a sho apple route
alias exec ib sho ip inter brief
alias exec xb sho ipx inter brief
alias exec ab sho apple inter brief
alias exec az sho apple zone
alias exec xs sho ipx servers
alias exec b sho ip bgp
alias exec bn sho ip bgp nei
Whats nice too is on newer versions of code (12.0 and up I think) you can
do a "s inter f1/0" which is equal to "sho running config interface fast
1/0" and get just that part of the config instead of the whole thing.
Saves
time and wear and tear on the space bar!!
Hope this helps.
Tony Medeiros
CCIE 6172 for one day now
----- Original Message -----
From: "Sam Munzani" <sam@chinet.com>
To: "Kevin Baumgartner" <kbaumgar@cisco.com>
Cc: <ccielab@groupstudy.com>
Sent: Wednesday, August 30, 2000 3:25 PM
Subject: Re: Inverse ARP and Subinterfaces
> I Agree with you.
>
> Somebody posted here yesterday that he used a lot of alias commands to
> save typings.
>
> Can you share some of those with group please? I would like to avoid as
> much typing as I can becuse of my fat finguring habbits.
>
> Thanks in advance,
>
> Sam
>
> On Wed, 30 Aug 2000, Kevin Baumgartner wrote:
>
> > Sure more typing but it avoids a lot of frustration in the lab with
> > trying to get Framerelay connections up and going.
> >
> > Maybe not the recommended way of doing it in the real world but I
> > would recommend using only frame-maps in the lab.
> >
> > But it's only a sugestion and that's what I am going to do in the lab.
> > The first time I took the test I ran into a lot of problems getting
> > inverse-arp to work. And the Framerelay part of the test is not much
points
> > anyways.
> >
> > I would rather spend my time on the rest of the test where the points
> > are and not try to figure out inverse-arp.
> >
> > - Kevin
> >
> > >
> > > On HUB router using Multipoint why not? Since it will learn remote
> > > networks by Inverse-ARP there would be no need to have Frame-relay
> > > maps. This saves a lot of typing time if you have many spokes with
IP,
> > > IPX, Apple, Dec and god knows what other protocols they may ask for.
> > >
> > > Without using Inverse-ARP you will end up having 10-12 map
statements.
> > >
> > > For spokes,
> > > I am strongly in favor of using Static maps.
> > >
> > > Sam
> > >
> > > On Wed, 30 Aug 2000, Alan Simpkins wrote:
> > >
> > > > Having taken the lab 3 times now, and being scheduled
> > > > for #4, I would recommend against using inverse-arp,
> > > > except where required if at all.
> > > >
> > > > --- Shaun Nicholson <Shaun.Nicholson@kp.org> wrote:
> > > > > Another issue with inverse arp what if you have a
> > > > > fully meshed frame relay network but you are not
> > > > > allowed to use all of the PVC's.
> > > > > Inverse arp will use the all the DLCI's available
> > > > > and you could end up using a PVC you are not allowed
> > > > > too and not be awair of what you've done.
> > > > > Think about it in the pressure of the lab
> > > > > environment you see its up and you can ping so you
> > > > > dont bother doing a sh frame map or sh frame pvc and
> > > > > you've lost points without realizing it.
> > > > > Map statements mean you avoid using the PVC you are
> > > > > not allowed to use.
> > > > >
> > > > > I agree with the Frame-relay map, frame-relay map,
> > > > > frame-relay map ...... statement.
> > > > >
> > > > > Way too many issues with the inverse arp in the lab.
> > > > >
> > > > > Shaun
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > kbaumgar@cisco.com on 08/29/2000 11:55:00 PM
> > > > > To: masalmon@cisco.com@Internet
> > > > > cc: ccielab@groupstudy.com@Internet (bcc: Shaun
> > > > > Nicholson/MD/KAIPERM)
> > > > > Subject: Re: Inverse ARP and Subinterfaces
> > > > >
> > > > > My recommendation is to not depending on inverse
> > > > > arp when doing
> > >
> > > > > the lab. It can be something problematic to get
> > > > > things working and
> > > > > you can waste a lot of time trying to get things to
> > > > > work.
> > > > >
> > > > > I know of someone that spend 1/2 of the first day
> > > > > just trying to
> > > > > get framerelay working and pinging between routers.
> > > > > And didn't even
> > > > > get to finish most of the questions because of this.
> > > > >
> > > > > The recommend I heard from some which I agree with
> > > > > is
> > > > > Frame-relay map, frame-relay map, frame-relay map
> > > > > ...
> > > > >
> > > > > - Kevin
> > > > >
> > > > > >
> > > > > > No can do you are using map statements. My
> > > > > contention is to use inverse
> > > > > > arp. I realize that you can use map statements to
> > > > > achieve
> > > > > > reachability. I wish ot use inverse arps on the
> > > > > hub router.
> > > > > >
> > > > > > Simon Baxter wrote:
> > > > > > >
> > > > > > > Yip, just added it just for you!!
> > > > > > >
> > > > > > > interface Serial0
> > > > > > > ip address 192.1.1.2 255.255.255.0
> > > > > > > encapsulation frame-relay
> > > > > > > no ip mroute-cache
> > > > > > > ip policy route-map policy
> > > > > > > frame-relay traffic-shaping
> > > > > > > frame-relay priority-dlci-group 1 100 200 300
> > > > > 400
> > > > > > > frame-relay map bridge 400 broadcast
> > > > > > > frame-relay map ip 192.1.1.1 100 broadcast
> > > > > > > frame-relay map ipx A.0000.0c01.1235 300
> > > > > broadcast
> > > > > > > frame-relay map appletalk 300.1 200 broadcast
> > > > > > > no frame-relay inverse-arp
> > > > > > > frame-relay qos-autosense
> > > > > > > !
> > > > > >
> > > > > > > interface Serial0.2 multipoint
> > > > > > > ip address 202.1.1.2 255.255.255.0
> > > > > > > cdp enable
> > > > > > > frame-relay interface-dlci 500
> > > > > > > !
> > > > > > >
> > > > > > > RTRB#
> > > > > > > RTRB#show frame map
> > > > > > > Serial0 (up): bridge dlci 400(0x190,0x6400),
> > > > > static,
> > > > > > > broadcast,
> > > > > > > CISCO, status defined, active
> > > > > > > Serial0 (up): ip 192.1.1.1 dlci
> > > > > 100(0x64,0x1840), static,
> > > > > > > broadcast,
> > > > > > > CISCO, status defined, active
> > > > > > > Priority DLCI Group 1, DLCI 100 (HIGH), DLCI
> > > > > 200 (MEDIUM)
> > > > > > > DLCI 300 (NORMAL), DLCI 400 (LOW)
> > > > > > > Serial0.2 (up): ip 202.1.1.1 dlci
> > > > > 500(0x1F4,0x7C40), dynamic,
> > > > > > > broadcast,, status defined, active
> > > > > > > Serial0 (up): ipx A.0000.0c01.1235 dlci
> > > > > 300(0x12C,0x48C0), static,
> > > > > > > broadcast,
> > > > > > > CISCO, status defined, active
> > > > > > > Serial0 (up): appletalk 300.1 dlci
> > > > > 200(0xC8,0x3080), static,
> > > > > > > broadcast,
> > > > > > > CISCO, status defined, active
> > > > > > > RTRB#ping 202.1.1.1
> > > > > > >
> > > > > > > Type escape sequence to abort.
> > > > > > > Sending 5, 100-byte ICMP Echos to 202.1.1.1,
> > > > > timeout is 2 seconds:
> > > > > > > !!!!!
> > > > > > > Success rate is 100 percent (5/5), round-trip
> > > > > min/avg/max = 56/59/60 ms
> > > > > > > RTRB#
> > > > > > >
> > > > > > > as you'll see, everything else apart from s0.2
> > > > > is static and no inverse
> > > > > > > arped...
> > > > > > >
> > > > > > > Simon
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: mark salmon [mailto:masalmon@cisco.com]
> > > > > > > Sent: Wednesday, August 30, 2000 2:31 PM
> > > > > > > To: ccielab@groupstudy.com
> > > > > > > Subject: Inverse ARP and Subinterfaces
> > > > > > >
> > > > > > > HAs anyone been able to get inverse arp to work
> > > > > with frame relay
> > > > > > > multipoint subinterfaces? According to Caslow,
> > > > > multipoint subinterfaces
> > > > > > > do inverse arp by default. I have not been able
> > > > > to set it up that way
> > > > > > > in a hub and spoke environment (both sides
> > > > > multipoint subinterfaces).
> > > > > > >
> > > > > > > Any ideas?
> > > > > > > --
> > > > > > >
> > > > > > > Mark Salmon
> > > > > > > Project Engineer
> > > > > > > Cisco Professional Services
> > > > > > > Phone:773-695-8235
> > > > > > > Pager:800-365-4578
> > > > > > > email: masalmon@cisco.com
> > > > > > >
> > > > > > >
> > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:24:34 GMT-3