Have you factored in the amount of load on the PVC between Milwaukee and
Madison?
Stull, Cory wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
I've got 2 frame-relay PVC's to 2 different remote locations... Both
identical locations with same amount of PC's running same
I've got 2 frame-relay PVC's to 2 different remote locations... Both
identical locations with same amount of PC's running same applications...
Greenbay and Madison and the central location is Milwaukee. When doing a
normal ping test to Greenbay and Madison the Greenbay locations response
times
Sean brings up a good point to check the maximum clock rate of your module.
I've seen more than 1 person try to use the A/S module for 1.544Mbps
However, the A/S module that he refers to supports a max of 115.2Kbps in
async mode and when put into sync mode supports a max of 128Kbps. This
on the interface)
* Issue a no shut on all frame-relay interfaces on both ends of the PVC.
hth,
Sean
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
PING
Sent: Thursday, April 11, 2002 7:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Frame-Relay Problem [7
If I have this simple net:
3660(FR Switch)---3640
I am using NM-4T on both routers.
Default (HDLC) encapsulation causes both router serial interfaces to
come up. I am trying inverse ARP from Caslow book but as
soon as I enable FR (or even PPP) encap, line goes down. 3660 is the
Did you put frame-relay intf-type on the frame-interface?
Chris
PING wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
If I have this simple net:
3660(FR Switch)---3640
I am using NM-4T on both routers.
Default (HDLC) encapsulation causes both router serial
to
back, take a look at this link:
http://www.cisco.com/warp/public/125/frbacktoback_hybrid.html
Guy
-Original Message-
From: PING
To: [EMAIL PROTECTED]
Sent: 4/11/2002 9:49 PM
Subject: Frame-Relay Problem [7:41250]
If I have this simple net:
3660(FR Switch)---3640
I am
Ping,
Have you configure the following comands on FR switch ?
1. Global config mode : frame-relay switching
2. Interface config mode: frame-relay intf-type dce
- Original Message -
From: PING
To:
Sent: Friday, April 12, 2002 10:49 AM
Subject: Frame-Relay Problem [7:41250]
If I
Yes. It works from 3660 to 3800. Doesn't work from
NM-4T to NM-4T.
/N
Chris Camplejohn wrote:
Did you put frame-relay intf-type on the frame-interface?
Chris
PING wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
If I have this simple net:
3660(FR
: frame-relay switching
2. Interface config mode: frame-relay intf-type dce
- Original Message -
From: PING
To:
Sent: Friday, April 12, 2002 10:49 AM
Subject: Frame-Relay Problem [7:41250]
If I have this simple net:
3660(FR Switch)---3640
I am using NM-4T
]]On Behalf Of
PING
Sent: Thursday, April 11, 2002 7:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Frame-Relay Problem [7:41250]
The question is that Caslow says on page-110 that if FR switching is
on, just enabling the encapsulation will bring up the PVC by using
inverse arp. I don't see that happening.
/N
We're switching our routers from 3Com to Cisco and we're having
trouble at one of our sites. We've got a hub-and-spoke configuration
from our central site to 4 other sites. 3 of the sites come up when
we switch the hardware to Cisco (simply moving the CSU from the 3Com
router to the Cisco
What do you mean, specifically? Does the line protocol never come up?
Does the line protocol come up yet OSPF adjacencies do not form? Does
the physical interface even come up?
Thanks,
John
Bob Timmons 1/17/02 9:22:54 AM
We're switching our routers from 3Com to Cisco and we're having
On S5/1 I get UP/UP.
On S5/1.4, I get UP/UP on our side and UP/UP on the remote side.
On S5/1.3 I get Down/Down on our side and Up/Down on their side.
What do you mean, specifically? Does the line protocol never come up?
Does the line protocol come up yet OSPF adjacencies do not form? Does
Is the last site by any chance through an NNI link ?
Have your tried frame-relay lmi-type ansi at both ends ?
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=32326t=32307
--
FAQ, list archives, and subscription info:
Are you positive you have the DLCI assignments the same as in the 3COM
router you replaced?
What do 'show frame map' and 'show frame pvc' look like? Do you have
any PVCs that are UNUSED/INACTIVE?
On the remote side that is UP/DOWN, do you see any incoming packets at
all or does it think the
Bob,,
You need to verify the LMI on the Canadian end...Cisco uses Strata
(surprise) and Bell Canada uses Ansi or Annex A or Ddepends on where
you are...I use to manage a network with several sites in the northland and
we ran into this consistently. You can have different types of LMI in
Thanks everyone for all the input... We're doing another test today at 4pm
(EST) so I'll get more info and I'll try using different lmi-types. I seem
to remember trying ansi, but I'll give it another go and I'll document all
of the show frame map/pvc/etc in case it doesn't work again. Am I
Yes, the LMI is set at the interface level. However, since you're using
12.0 the router should auto-detect the LMI type.
John
Bob Timmons 1/17/02 12:59:25 PM
Thanks everyone for all the input... We're doing another test today at
4pm
(EST) so I'll get more info and I'll try using different
Well, the sub-interfaces do not need the LMI, it is only used to report the
information about the dlci's to the interfaceactually I have turned off
the keepalives in a lab environment and still pass traffic to a frame
switch.keepalives =LMI for CiscoThe other thing is to be sure of the
/2002 06:59 am
Please respond to Bob Timmons
To: [EMAIL PROTECTED]
cc:
Subject:Re: Frame-Relay problem - 3Com to Cisco (long)
[7:32307]
Thanks everyone for all the input... We're doing another test today at 4pm
(EST) so I'll get more info and I'll try using
Ok, success! Well, it turns out, we had a bad CSU. Strange thing, though.
It worked ok on the 3Com equipment and last time we did testing, we put the
CSU on the Cisco and it didn't work. We put it back on the 3Com and it
worked fine. This time, we couldn't get it to work on the Cisco, tried
Hey,
I have read through the archives and found information close to what I am
needing, but not exactly.
Here is the question...
I have (3) 3600 series routers connected by Frame-relay links. router#1 is
the main, router#2 and router#3 hang off of the main in a hub and spoke
config. I have a
and see where it dies.
hth
kv
- Original Message -
From: robert alldread
To:
Sent: Monday, May 14, 2001 11:00 AM
Subject: Frame Relay Problem [7:4435]
Hey,
I have read through the archives and found information close to what I am
needing, but not exactly.
Here is the question...
I
Make sure you have 'ip bootp server' configured (default), and not 'no ip
bootp server'. It will stop the ip helper-address from forwarding DHCP
requests if you have it disabled.
Use extended ping to ping from the LAN side of the router that is at the
site with DHCP problems.
'term mon' and
and counting)
-Original Message-
From: Justin M. Clark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 6:12 PM
To: [EMAIL PROTECTED]
Subject: Frame-relay problem [7:1986]
my layout looks kinda like this:
(Computer1)--e0(router1)s0--z---s0(router2)e0--(Computer2
my layout looks kinda like this:
(Computer1)--e0(router1)s0--z---s0(router2)e0--(Computer2)
router1/s0 is the DCE so i do:
config t
frame-relay switching
then on both i do
encapsulation frame-relay
frame-realy interface-dlci 17
frame-relay intf-type dXe
i then do debug
, started in version 10.0 (most any router would work
here).
Phil
- Original Message -
From: Justin M. Clark
To:
Sent: Wednesday, April 25, 2001 7:11 PM
Subject: Frame-relay problem [7:1986]
my layout looks kinda like this:
(Computer1)--e0(router1)s0--z---s0(router2)e0
Your telco provisioned the PVC on the same circuit as DLCI 17, this is
evident by the show frame-relay pvc command. You have it configured on
Serial 0, which is why it shows up, down. But it is actually on Serial 1.
Try configuring the sub-interface on Serial 1, and I bet it comes up and
To: Aaron K. Dixon
Cc: Frank B.; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Frame Relay Problem
All interfaces on the frame relay network are in the same 10.1.x.x/16
subnet. Hence there is a connected route comming from the frame relay
interface which will be preferred over any default route
Ah...now I need more info. Below you stated "only R1 can be configured
using a subinterface"--so that's my first question:
Is it configured with sub-int's, one for ea PVC? If yes, and they are
configured as point-to-point then I believe that each separate PVC is
required to be on a separate
In a message dated 11/27/00 12:46:17 AM Eastern Standard Time, [EMAIL PROTECTED] writes:
Solve the problem with routing, not
layer 3 to layer 2 mapping".
Hence ruling out any static frame mapping or arp type solutions as these
are all layer 2 to layer 3 mapping techniques.
Couldn't you use,
Title: RE: Frame Relay Problem
Maybe I'm missing something, but in looking at your config and cross-referencing the rules of the lab, I can't understand why you didn't just create two subinterfaces on R1.
-Original Message-
From: James Wilson [mailto:[EMAIL PROTECTED]]
Sent: Sunday
Your suggestions are good, unfortunately i have already tried most of them
and other break the rules of the lab
Here's a run down :
- R1 is currently configured with 1 multipoint subinterface with multiple
frame-relay interface-dlci commands.
- The rules state only 1 subinterface can be used,
All,
Thanks for the help, especially Aaron Dixon... Below are the working
configs, solved through using Policy Routing which i hadnt thought of.
R1
!
version 11.3
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname R1-Ob
!
!
interface
PROTECTED]
Subject: Frame Relay Problem -- SOLUTION CONFIGs
All,
Thanks for the help, especially Aaron Dixon... Below are the working
configs, solved through using Policy Routing which i hadnt thought of.
R1
!
version 11.3
service timestamps debug uptime
service timestamps log uptime
no service
Of
James Wilson
Sent: Sunday, November 26, 2000 10:58 PM
To: Frank B.
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Frame Relay Problem
Your suggestions are good, unfortunately i have already tried most of them
and other break the rules of the lab
Here's a run down :
- R1 is currently
hi ;
do u need the
3 routers to be in the same subnet ?? if so ...gateway of last resort will not
work since there is a more specific route directly connected , i guess u
have to check then something like policy routing .
as u didnt
mention that it is a must to put the routers in the same
is list"
Nigel.
- Original Message -
From: James Wilson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 27, 2000 7:25 AM
Subject: Frame Relay Problem -- SOLUTION CONFIGs
All,
Thanks for the help, especially Aaron Dixon... Below are the working
configs, solved through using
Hi All,
I hope someone can shed some light on the problem I have come across in the
following scenario :
Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
router in the middle doing frame relay switching. The frame switch is _not_
fully meshed. R1 is acting as the hub
If you could post the configs it would help, but here's some ideas to try.
Are you sure have inverse ARP working?
Have you tried a static route to R3 (from R2) gatewayed to R1's IP and the
same on R3 to R2 via R1's IP?
Look into Proxy ARP.
Just a thought, I've never tried this but, is there a
Unless I'm mis-reading you here this is the correct behavior for a
partial mesh. Unless you provide a full mesh you won't get dynamic
mappings for both spokes. Also, I assume the PVC from R1 to R2 is one
subnet and the PVC from R1 to R3 is another subnet--Frame relay and
Inverse ARP alone can't
: James Wilson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, November 26, 2000 5:50 PM
Subject: Frame Relay Problem
Hi All,
I hope someone can shed some light on the problem I have come across in
the
following scenario :
Three routers, R1,R2 and R3 all connected via
Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet
Hence the problem.
Im well aware this is the normal partial mesh behavior and that its quiet
easily rectified using map statements... but for this particular setup it
requests the use of routing and not frame relay map
Config :
R1
!
version 11.3
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname R1-Ob
!
!
!
!
hub ether 0 1
link-test
auto-polarity
!
hub ether 0 2
link-test
auto-polarity
!
hub ether 0 3
link-test
auto-polarity
!hub ether 0 4
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Frame Relay Problem
Unless I'm mis-reading you here this is the correct behavior for a
partial mesh. Unless you provide a full mesh you won't get dynamic
mappings for both spokes. Also, I assume the PVC from R1 to R2 is one
subnet and the PVC
]; [EMAIL PROTECTED]
Subject: Re: Frame Relay Problem
Unless I'm mis-reading you here this is the correct behavior for a
partial mesh. Unless you provide a full mesh you won't get dynamic
mappings for both spokes. Also, I assume the PVC from R1 to R2 is one
subnet and the PVC from R1 to R3 is another
Hi, Could anyone help with the following : Part of our network consists of
Cisco 4500 routers connected via BT frame relay links.
The problem I am seeing on all 10 routers is links going down then up, often
for exactly one minute : eg
.Oct 24 16:25:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0
This sounds like your router misses LMI status messages every once and a
while. This could mean a timer problem or the serial interface
could be too busy to process them correctly. My guess is the timer problem,
check with the carrier (or use a WAN sniffer) to see how often LMI status
messages
---
"Brian Molinari" [EMAIL PROTECTED] on 08/11/2000 08:07:59 am
Please respond to "Brian Molinari" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:(bcc: JENNY MCLEOD/NSO/CSDA)
Subject: Re: Frame relay problem
This sounds like your router misses LMI status
Hi colleagues,
I have a problem with my frame relay connection; the serial interface is
up/down, and when I debug the serial interface, I can see that the interface
is constantly trying to restart:23w5d:
Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0(out): StEnq, myseq 4,
]
Subject: Frame Relay problem
Hi colleagues,
I have a problem with my frame relay connection; the serial interface is
up/down, and when I debug the serial interface, I can see that the interface
is constantly trying to restart:23w5d:
Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0
/
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Stull, Cory
Sent: Tuesday, October 10, 2000 10:13 AM
To: 'Hans Stout'
Cc: 'ciscostudygroup'
Subject:RE: Frame Relay problem
timing or incorrect lmi type.. If its a newer ios
-953-4887
Cell: 443-562-3456
-Original Message-
From: Hans Stout [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 2:25 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay problem
Hi colleagues,
I have a problem with my frame relay connection; the serial interface is
up/down, and when
Title: RE: Frame Relay problem
Hmm...well, you don't give us a config or show version so we don't know for sure what the LMI settings are or what the IOS version is. However, by the show interface you provided, it looks as if LMI is to blame.
Newer IOS autosenses the LMI type, but still, I
'
Subject: RE: Frame Relay problem
I'm not seeing any LMI responses from the frame-relay switch in the
interface statistics.
You will most likely have to change your LMI type from CISCO (default) to
ANSI.
Chris Lemagie
Systems Engineer
Cisco Systems
Seattle Commercial Region
(425) 468-0959
[EMAIL
You might want to check the LMI type follow by the
encapsulation type to see if it is ok
also set keepalive to zero to see if the interface
comes up if not you got a back interface
suaveguru24
--- Hans Stout [EMAIL PROTECTED] wrote:
Hi colleagues,
I have a problem with my frame relay
Try setting encapsulation to "frame-relay ietf" and LMI type to "ansi" or
"ansi annex d"
-Chuck
- Original Message -
From: "Hans Stout" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 10, 2000 2:24 PM
Subject: Frame Relay prob
It is my understanding that on point-to-point
interfaces they need to be on seperate subnets. If
you have multiple routers coming into one interface,
declare the interface a point-to-multipoint interface.
Do this when you create the subinterface or use the
"ip ospf network X" interface
I have got a problem with FR Config Running OSPF. Router A B are connected
to C D over FR PVC but they don't have to talk to each ther. It means A
connected to C D and B is also connected to C D. I am using FR
Subinterfaces with pt-to-pt. What is happening that sometime I am able to
ping
Have you configure the frame-relay route ??? and "frame-relay
intf-type dce" on the frame-relay switch ???
lee
""Nathan Cruz"" [EMAIL PROTECTED] wrote in message
005c01bfc015$55999d00$[EMAIL PROTECTED]">news:005c01bfc015$55999d00$[EMAIL PROTECTED]...
I've set up a frame relay
I've set up a frame relay switch at home trying to
complete one of the "CCIE Lab all in one" Labs. For my question, what could
cause a PVC to be inactive? Things I've checked.
Serial is up line protocol is up on both sides.
LMI type is the same
Clocking is set on DCE side.
Encapsulation
62 matches
Mail list logo
