From: Darby Weaver (darbyweaver@yahoo.com)
Date: Sun Apr 22 2007 - 00:16:48 ART
Hmmm..
Added R2 to the mix.
I'm getting my dynamic mapping finally.
However still no 0.0.0.0 mappings.
Rack01R2#sh fram map
Serial0/0/0 (up): ip 1.1.1.1 dlci 201(0xC9,0x3090),
dynamic,
broadcast,, status defined, active
Serial0/0/0 (up): ip 1.1.1.5 dlci 205(0xCD,0x30D0),
dynamic,
broadcast,, status defined, active
So what would I have to do to get the 0.0.0.0 inverse
arp mappings?
Trying to create unwanted behavior is proving to be a
chore.
Now, it cannot be that hard, but it is opposite to
what we want to do normally.
I'm going to turn up R3 and R5 and let them hang out a
bit and see if they will create the "desired" 0.0.0.0
frame mappings.
I suspect they might, if I wait long enough for them
to kick in.
--- Darby Weaver <darbyweaver@yahoo.com> wrote:
> OK -
>
> I took a fresh router (R5) and added it to the mix.
>
> I only gave it a hostname, and IP Address, enabled
> CDP
> for the S0/0/0 interface, and turned on frame-relay
> encapsulation.
>
> It is also not mapping 0.0.0.0 entries.
>
> I had not bothered debugging frame so much till now,
> as I normally have no issues with frame and
> truthfuly,
> I would prefer this output - since it would cause me
> less problems in the lab.
>
> However, I must ask if anyone can enlighten me why I
> am not getting any 0.0.0.0 entries, since I am at a
> bit of a loss.
>
> Now I am getting a fram mapping to R5 dynamically
> from
> R1.
>
> Rack01R1#sh fram map
> *Apr 22 03:08:04.519: Serial0/0/0(i): dlci
> 115(0x1C31), pkt type 0x2000, datagramsize 327
> *Apr 22 03:08:04.559: Serial0/0/0(i): dlci
> 105(0x1891), pkt type 0x2000, datagramsize 327
> Rack01R1#sh fram map
> Serial0/0/0 (up): ip 1.1.1.5 dlci 105(0x69,0x1890),
> dynamic,
> broadcast,
> CISCO, status defined, active
>
> And R5 is showing the following output:
>
> Rack01R5#sh fram
> *Apr 22 03:04:54.323: %SYS-5-CONFIG_I: Configured
> from
> console by console map
> Serial0/0/0 (up): ip 1.1.1.1 dlci 511(0x1FF,0x7CF0),
> dynamic,
> broadcast,
> CISCO, status defined, active
> Rack01R5#
> *Apr 22 03:04:57.007: Serial0/0/0(o): dlci
> 511(0x7CF1), pkt encaps 0x0300 0x8000 0x0000 0x806
> (ARP), datagramsize 34
> *Apr 22 03:04:57.007: FR: Sending INARP Request on
> interface Serial0/0/0 dlci 511 for link 7(IP)
> *Apr 22 03:04:57.043: broadcast dequeue
> *Apr 22 03:04:57.043: Serial0/0/0(o):Pkt sent on
> dlci
> 511(0x7CF1), pkt encaps 0x300 0x8000 0x0 0x806
> (ARP), datagramsize 34
> *Apr 22 03:04:57.063: Serial0/0/0(i): dlci
> 511(0x7CF1), pkt encaps 0x0300 0x8000 0x0000 0x806
> (ARP), datagramsize 34
> *Apr 22 03:04:57.063: Serial0/0/0: frame relay INARP
> received
> *Apr 22 03:05:00.663: Serial0/0/0(i): dlci
> 511(0x7CF1), pkt type 0x2000, datagramsize 324
> *Apr 22 03:05:00.703: Serial0/0/0(i): dlci
> 501(0x7C51), pkt type 0x2000, datagramsize 324
>
>
> =======================================
>
> So now I must ask, should I have other routers
> enabled
> for frame to get the 0.0.0.0 inverse mappings - make
> sense?
>
>
>
> Kinda curious?
>
>
>
> --- Darby Weaver <darbyweaver@yahoo.com> wrote:
>
> > OK -
> >
> > I hate to add to the weirdness, however, I'm
> > expecting
> > some frame-relay inverse-arp mappings and I am not
> > getting them.
> >
> > So far I did the following:
> >
> > 1. shut the interface s0/0/0
> > 2. disabled frame-relay
> > 3. still had debug running for interface s0/0/0
> and
> > debugging fram packets - so I could see the fram
> > packets for inverse-arp.
> > 4. Turned on the interface first.
> > 5. Enabled Frame-Relay
> > 6. Sh frame pvc before and after - one with a
> blank
> > for output and another populated.
> > 7. Sh fram map - and...
> >
> > =============================
> >
> > Rack01R1#sh fram pvc
> >
> > Rack01R1#conf t
> > Enter configuration commands, one per line. End
> > with
> > CNTL/Z.
> > Rack01R1(config)#int s0/0/0
> > Rack01R1(config-if)#no shut
> > Rack01R1(config-if)#encap f
> > *Apr 22 02:48:26.107: %LINK-3-UPDOWN: Interface
> > Serial0/0/0, changed state to up
> > *Apr 22 02:48:27.107: %LINEPROTO-5-UPDOWN: Line
> > protocol on Interface Serial0/0/0, changed state
> to
> > up
> > Rack01R1(config-if)#encap fram
> > Rack01R1(config-if)#do sh fram pvc
> >
> > PVC Statistics for interface Serial0/0/0 (Frame
> > Relay
> > DTE)
> > Rack01R1(config-if)#
> > *Apr 22 02:48:38.119: Serial0/0/0(o): dlci
> > 115(0x1C31), pkt encaps 0x0300 0x8000 0x0000 0x806
> > (ARP), datagramsize 34
> > *Apr 22 02:48:38.119: FR: Sending INARP Request on
> > interface Serial0/0/0 dlci 115 for link 7(IP)
> > *Apr 22 02:48:38.119: Serial0/0/0(o): dlci
> > 105(0x1891), pkt encaps 0x0300 0x8000 0x0000 0x806
> > (ARP), datagramsize 34
> > *Apr 22 02:48:38.119: FR: Sending INARP Request on
> > interface Serial0/0/0 dlci 105 for link 7(IP)
> > *Apr 22 02:48:38.211: broadcast dequeue
> > *Apr 22 02:48:38.211: Serial0/0/0(o):Pkt sent on
> > dlci
> > 115(0x1C31), pkt encaps 0x300 0x8000 0x0 0x806
> > (ARP), datagramsize 34
> > *Apr 22 02:48:38.211: broadcast dequeue
> > Rack01R1(config-if)#
> > *Apr 22 02:48:38.211: Serial0/0/0(o):Pkt sent on
> > dlci
> > 105(0x1891), pkt encaps 0x300 0x8000 0x0 0x806
> > (ARP), datagramsize 34
> > *Apr 22 02:48:38.231: Serial0/0/0(i): dlci
> > 115(0x1C31), pkt encaps 0x0300 0x8000 0x0000 0x806
> > (ARP), datagramsize 34
> > *Apr 22 02:48:38.231: Serial0/0/0: frame relay
> INARP
> > received
> > *Apr 22 02:48:38.235: Serial0/0/0(i): dlci
> > 105(0x1891), pkt encaps 0x0300 0x8000 0x0000 0x806
> > (ARP), datagramsize 34
> > *Apr 22 02:48:38.235: Serial0/0/0: frame relay
> INARP
> > received
> > Rack01R1(config-if)#do sh fram map
> >
> > Rack01R1(config-if)#
> > *Apr 22 02:48:46.799: Serial0/0/0(i): dlci
> > 115(0x1C31), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:48:46.839: Serial0/0/0(i): dlci
> > 105(0x1891), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:48:46.883: Serial0/0/0(i): dlci
> > 105(0x1891), NLPID 0x3CC(IP), datagramsize 332
> > Rack01R1(config-if)#
> > *Apr 22 02:49:03.699: Serial0/0/0(i): dlci
> > 115(0x1C31), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:49:03.739: Serial0/0/0(i): dlci
> > 105(0x1891), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:49:03.783: Serial0/0/0(i): dlci
> > 105(0x1891), NLPID 0x3CC(IP), datagramsize 332
> > Rack01R1(config-if)#do sh fram pvc
> >
> > PVC Statistics for interface Serial0/0/0 (Frame
> > Relay
> > DTE)
> >
> > Active Inactive Deleted
>
> > Static
> > Local 0 0 0
>
> >
> > 0
> > Switched 0 0 0
>
> >
> > 0
> > Unused 2 8 0
>
> >
> > 0
> >
> > DLCI = 102, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:37, last time pvc status
> > changed 00:00:37
> >
> > DLCI = 103, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:39, last time pvc status
> > changed 00:00:39
> >
> > DLCI = 104, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:40, last time pvc status
> > changed 00:00:40
> >
> > DLCI = 105, DLCI USAGE = UNUSED, PVC STATUS =
> > ACTIVE,
> > INTERFACE = Serial0/0/0
> >
> > input pkts 5 output pkts 1
>
> > in
> > bytes 1362
> > out bytes 34 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 1 out bcast bytes 34
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:42, last time pvc status
> > changed 00:00:42
> >
> > DLCI = 106, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:43, last time pvc status
> > changed 00:00:43
> >
> > DLCI = 112, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:44, last time pvc status
> > changed 00:00:44
> >
> > DLCI = 113, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:46, last time pvc status
> > changed 00:00:46
> > --More--
> > *Apr 22 02:49:23.795: Serial0/0/0(i): dlci
> > 115(0x1C31), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:49:23.839: Serial0/0/0(i): dlci
> > 105(0x1891), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:49:23.879: Serial0/0/0(i): dlci
> > 105(0x1891), NLPID 0x3CC(IP), datagramsize 332
> > *Apr 22 02:49:24.195: Serial0/0/0(i): dlci
> > 115(0x1C31), pkt type 0x2000, datagramsize 324
> > *Apr 22 02:49:24.235: Serial0/0/0(i): dlci
> > 105(0x1891), pkt type 0x2000, datagramsize 324
> >
> > DLCI = 114, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:47, last time pvc status
> > changed 00:00:47
> >
> > DLCI = 115, DLCI USAGE = UNUSED, PVC STATUS =
> > ACTIVE,
> > INTERFACE = Serial0/0/0
> >
> > input pkts 5 output pkts 1
>
> > in
> > bytes 1354
> > out bytes 34 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 1 out bcast bytes 34
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:49, last time pvc status
> > changed 00:00:49
> >
> > DLCI = 116, DLCI USAGE = UNUSED, PVC STATUS =
> > INACTIVE, INTERFACE = Serial0/0/0
> >
> > input pkts 0 output pkts 0
>
> > in
> > bytes 0
> > out bytes 0 dropped pkts 0
>
> > in
> > pkts dropped 0
> > out pkts dropped 0 out bytes
> > dropped
> > 0
> > in FECN pkts 0 in BECN pkts 0
>
> > out FECN pkts 0
> > out BECN pkts 0 in DE pkts 0
>
> > out DE pkts 0
> > out bcast pkts 0 out bcast bytes 0
>
> >
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > pvc create time 00:00:50, last time pvc status
> > changed 00:00:50
> > Rack01R1(config-if)#do sh fram map
> >
> >
> > Nada...
> >
> > Hmmm...
> >
> > Time for a wr and reload.
> >
> >
> >
> >
> > --- Darby Weaver <darbyweaver@yahoo.com> wrote:
> >
> > > Todd,
> > >
> > > Seriously what version of IOS and what model of
> > > routers.
> > >
> > > When this happens to me, if it happens to me
> > (which
> > > it
> > > rarely does as I make it a rule to shut the
> > > interface
> > > before enabling frame-relay encapsulation -
> > however
> > > I
> > > realize how this happens and that it could be
> > > present
> > > in any given lab), what I do is:
> > >
> > > 1. clear fram inarp - ought to work but I never
> > > trust
> > > it.
> > >
> > > 2. shut down the interface with two commands
> > > prominent
> > > under the interface:
> > >
> > > encap fram
> > > no fram inv
> > >
> > > 3. reload the router
> > >
> > > 4. no shut the interface and then...
> > >
> > > 5. sh fram map
> > >
> > > Are they gone yet...
> > >
> > >
> > > Now we could just as easily change the
> > encapsulation
> > > and change it back.
> > >
> > > But if we did and the int was not down - ooops
> > they
> > > would be back again.
> > >
> > > Let me know if you are doing this and it is
> still
> > > happening.
> > >
> > >
> > > However it helps to remember what the technology
> > is
> > > doing whenever inverse arp is being performed.
> > >
> > > And a good debug command may be in order:
> > >
> > > debug frame packet - ought to do the trick.
> > >
> > > What is the output - turn it on as you are
> > > completing
> > > each step.
> > >
> > > And if you have more interfaces with frame-relay
> > > enabled get a little more specific.
> > >
> > > debug interfaces s0/0/0
> > >
> > > and then debug fram packet.
> > >
> > > That should do it...
> > >
> > >
> > > What are you seeing...
> > >
> > >
> > > Might be weird, but help us out a bit.
> > >
> > >
> > > --- "Todd, Douglas M." <DTODD@PARTNERS.ORG>
> wrote:
> > >
> > > > UGH!!! This is driving me nuts....
> > > >
> > > > Rack1R1(config)#default int s1/0
> > > > Building configuration...
> > > > % Invalid input detected at '^' marker.
> > > > %Cannot remove PVC as being referenced by map
> > > > statement
> > > > % Error(s) seen setting interface Serial1/0 to
> > > it's
> > > > default config
> > > > Rack1R1(config)#
> > > >
> > > > pasted the config back on:
> > > >
> > > > in a 60 seconds the 0.0.0.0's come back again.
> > > >
> > > > NEXT:
> > > > Shut the interface:
> > > > removed the config
> > > > pasted the config
> > > > no sh the interface
> > > > they are back again...
> > > >
> > > > Even after a reload they come back.
> > > >
> > > > DMT
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: John Jones [mailto:acer0001@gmail.com]
> > > > Sent: Sat 4/21/2007 1:22 PM
> > > > To: Todd, Douglas M.
> > > > Cc: Victor Cappuccio; ccielab@groupstudy.com
> > > > Subject: Re: Frame-relay issues:
> > > >
> > > > Shut down the interface, change the
> > encapsulation
> > > to
> > > > another protocol, say
> > > > PPP, bring the interface up again. This should
> > > clear
> > > > all mappings. Shut down
> > > > interface again and specify encap frame. Setup
> > > your
> > > > fr maps again, save
> > > > to nvram, and then bring up the interface;
> your
> > > > mapping should be correct.
> > > > If not, a reboot of the router is needed to
> > remove
> > > > the mappings to 0.0.0.0.
> > > >
> > > > HTH,
> > > >
> > > > John
> > > >
> > > >
> > > > On 4/21/07, Todd, Douglas M.
> > <DTODD@partners.org>
> > > > wrote:
> > > > >
> > > > > Thanks-
> > > > >
> > > > > I have already disabled inverse arp on the
> > > > physical interfaces. Seems the
> > > > > router is still building a table for those
> > DLCIs
> > > > which are not used in
> > > > > this lab.
> > > > > I am getting ospf/pim adjs from routers
> which
> > > are
> > > > in different networks
> > > > > even
> > > > > with inverse arp disabled on the physical
> > > > interfaces.
> > > > >
> > > > > DMT
> > > > >
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Victor Cappuccio
> > > > [mailto:victor@ccbootcamp.com]
> > > > > Sent: Sat 4/21/2007 10:45 AM
> > > > > To: Todd, Douglas M.; ccielab@groupstudy.com
> > > > > Subject: RE: Frame-relay issues:
> > > > >
> > > > >
> > > > > Good Point of reference
> > > > >
> > > > >
> > > >
> > >
> >
>
http://www.groupstudy.com/archives/ccielab/200503/msg00398.html
> > > > >
> > > > >
> > > > >
> > > > > thanks,
> > > > > Victor Cappuccio.-
> > > > > Network Learning Inc - A Cisco Sponsored
> > > > Organization (SO) YES! We take
> > > > > Cisco Learning credits!
> > > > > victor@ccbootcamp.com
> > > > > http://www.ccbootcamp.com (Cisco Training
> and
> > > > Rental Racks)
> > > > > http://www.ccbootcamp.com/groupstudy.html
> > > > (groupstudy member discounts!)
> > > > > Voice: 702-968-5100
> > > > > FAX: 702-446-8012
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: nobody@groupstudy.com on behalf of
> Todd,
> > > > Douglas M.
> > > > > Sent: Sat 4/21/2007 7:35
> > > > > To: ccielab@groupstudy.com
> > > > > Subject: FW: Frame-relay issues:
> > > > >
> > > > > All:
> > > > >
> > > > > I am getting these bogus frame-relay maps on
> 2
> > > > routers. I have reloaded
> > > > > the
> > > > > router w/the interfaces shutdown with the
> > > > configuration below. It's like
> > > > > frame-relay arp is "kind" of working when
> it's
> > > not
> > > > enabled at all on the
> > > > > interface.
> > > > >
> > > > > Ideas?
> > > > >
> > > > > Thanks..
> > > > > Rack1R1#sh run int s1/0
> > > > > Building configuration...
> > > > >
> > > > > Current configuration : 321 bytes
> > > > > !
> > > > > interface Serial1/0
> > > > > ip address 136.1.15.1 255.255.255.0
> > > > > ip pim sparse-dense-mode
> > > > > encapsulation frame-relay
> > > > > ip ospf authentication message-digest
> > > > > ip ospf message-digest-key 1 md5 CISCO
> > > > > ip ospf network point-to-point
> > > > > no arp frame-relay
> > > > > frame-relay map ip 136.1.15.5 105 broadcast
> > > > > no frame-relay inverse-arp
> > > > > end
> > > > > Rack1R1#sh frame-relay map
> > > > > Serial1/0 (up): ip 0.0.0.0 dlci
> > 102(0x66,0x1860)
> > > > > broadcast,
> > > > > CISCO, status defined, active
> > > > > Serial1/0 (up): ip 0.0.0.0 dlci
> > 103(0x67,0x1870)
> > > > > broadcast,
> > > > > CISCO, status defined, inactive
> > > > > Serial1/0 (up): ip 0.0.0.0 dlci
> > 104(0x68,0x1880)
> > > > > broadcast,
> > > > > CISCO, status defined, active
> > > > > Serial1/0 (up): ip 136.1.15.5 dlci
> > > > 105(0x69,0x1890), static,
> > > > > broadcast,
> > > > > CISCO, status defined, active
> > > > > Serial1/0 (up): ip 0.0.0.0 dlci
> > 113(0x71,0x1C10)
> > > > > broadcast,
> > > > > CISCO, status defined, inactive
> > > > > Rack1R1#
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > The information transmitted in this
> electronic
> > > > communication is intended
> > > > > only
> > > > > for the person or entity to whom it is
> > addressed
> > > > and may contain
> > > > > confidential
> > > > > and/or privileged material. Any review,
> > > > retransmission, dissemination or
> > > > > other
> > > > > use of or taking of any action in reliance
> > upon
> > > > this information by
> > > > > persons or
> > > > > entities other than the intended recipient
> is
> > > > prohibited. If you received
> > > > > this
> > > > > information in error, please contact the
> > > > Compliance HelpLine at
> > > > > 800-856-1983 and
> > > > > properly dispose of this information.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > The information transmitted in this
> electronic
> > > > communication is intended
> > > > > only
> > > > > for the person or entity to whom it is
> > addressed
> > > > and may contain
> > > > > confidential
> > > > > and/or privileged material. Any review,
> > > > retransmission, dissemination or
> > > > > other
> > > > > use of or taking of any action in reliance
> > upon
> > > > this information by
> > > > > persons or
> > > > > entities other than the intended recipient
> is
> > > > prohibited. If you received
> > > > > this
> > > > > information in error, please contact the
> > > > Compliance HelpLine at
> > > > > 800-856-1983 and
> > > > > properly dispose of this information.
> > > > >
> > > > >
> > > >
> > >
> >
>
This archive was generated by hypermail 2.1.4 : Tue May 01 2007 - 08:28:36 ART