From: Larry Metzger (larrymetzger@sbcglobal.net)
Date: Wed Aug 11 2004 - 02:54:49 GMT-3
Lucky for me I just happen to have a lab with all the required pieces
already setup to test this out. I've always used static maps to get
from one spoke to the other. This does put a /32 entry in the routing
table and the dynamic map for the hub shows up so you have full
connectivity. Too much fun.
Still leaves the question as to Marc's issue. I'll wait to see what his
dynamic map shows.
Larry
-----Original Message-----
From: Brian Dennis [mailto:bdennis@internetworkexpert.com]
Sent: Tuesday, August 10, 2004 10:40 PM
To: Larry Metzger; ccielab@groupstudy.com
Subject: RE: frame-relay encapsulation
Larry,
With OSPF point-to-multipoint there isn't a need to have static
or dynamic mappings between the spokes as the P2M network type
advertises out the end-points as /32's.
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Larry Metzger
Sent: Tuesday, August 10, 2004 10:33 PM
To: ccielab@groupstudy.com
Subject: RE: frame-relay encapsulation
I mean spokes (it's late).
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Larry Metzger
Sent: Tuesday, August 10, 2004 10:31 PM
To: 'marc van hoof'; ccielab@groupstudy.com
Subject: RE: frame-relay encapsulation
You will need a static map if this is a multipoint connection (hubs
can't find each other). Inverse arp will only work on directly
connected pvc.
I agree with Marc...What does sh frame map give?
Larry
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
marc van hoof
Sent: Tuesday, August 10, 2004 10:23 PM
To: 'Larry Metzger'; ccielab@groupstudy.com
Subject: RE: frame-relay encapsulation
But there's no 'no frame-relay inverse-arp' statement, so inverse-arp is
on,
and that means I shouldn't need any static map.
> -----Original Message-----
> From: Larry Metzger [mailto:larrymetzger@sbcglobal.net]
> Sent: Wednesday, 11 August 2004 3:21 PM
> To: 'marc van hoof'; ccielab@groupstudy.com
> Subject: RE: frame-relay encapsulation
>
> I don't see an interface-dlci or frame-relay map. You need one or the
> other. It is OSPF multipoint, so I assume you have multiple
> connections. Use the frame-relay map and set the dlci.
>
> Larry
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> marc van hoof
> Sent: Tuesday, August 10, 2004 10:15 PM
> To: ccielab@groupstudy.com
> Subject: frame-relay encapsulation
>
> I'm getting these messages:
>
>
>
> *Mar 1 15:26:57.760: Serial0/0:Encaps failed--no map entry link
7(IP).
>
>
>
> >From a debug frame-relay packet command when I try and ping a host
> across a
> frame-relay cloud.
>
>
>
> Here's the interface config:
>
> !
>
> interface Serial0/0
>
> ip address 132.2.0.4 255.255.255.0
>
> encapsulation frame-relay
>
> ip ospf network point-to-multipoint
>
> frame-relay lmi-type cisco
>
> end
>
>
>
> and a show interface:
>
>
>
> Serial0/0 is up, line protocol is up
>
> Hardware is QUICC Serial
>
> Internet address is 132.2.0.4/24
>
> MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
>
> reliability 255/255, txload 1/255, rxload 1/255
>
> Encapsulation FRAME-RELAY, loopback not set
>
> Keepalive set (10 sec)
>
> LMI enq sent 5521, LMI stat recvd 5522, LMI upd recvd 0, DTE LMI up
>
> LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
>
> LMI DLCI 1023 LMI type is CISCO frame relay DTE
>
> FR SVC disabled, LAPF state down
>
> Broadcast queue 0/64, broadcasts sent/dropped 11459/0, interface
> broadcasts 2868
>
> Last input 00:00:07, output 00:00:07, output hang never
>
> Last clearing of "show interface" counters 15:28:12
>
> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops:
0
>
> Queueing strategy: weighted fair
>
> Output queue: 0/1000/64/0 (size/max total/threshold/drops)
>
> Conversations 0/2/256 (active/max active/max total)
>
> Reserved Conversations 0/0 (allocated/max allocated)
>
> Available Bandwidth 1158 kilobits/sec
>
> 5 minute input rate 0 bits/sec, 0 packets/sec
>
> 5 minute output rate 0 bits/sec, 0 packets/sec
>
> 16979 packets input, 3912870 bytes, 0 no buffer
>
> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>
> 1 input errors, 0 CRC, 1 frame, 0 overrun, 0 ignored, 0 abort
>
> 16983 packets output, 3876201 bytes, 0 underruns
>
> 0 output errors, 0 collisions, 2 interface resets
>
> 0 output buffer failures, 0 output buffers swapped out
>
> 0 carrier transitions
>
> DCD=up DSR=up DTR=up RTS=up CTS=up
>
>
>
>
>
>
>
> Any ideas ?
>
>
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:41 GMT-3