DComTalk.com

Carlo · Guest

This is my first time dealing with Frame Relay. I am setting up some
new frame relay circuits to replace our T1's. The equipment is a BLN
with SRMF/SRML, FRE2_060/OSYNC, FRE2/D100BT modules running Image:
rel/14.0.3.0/ at the core. Endpoints have ARN's with an arnssync
module and are running Image: rev/14.00/1D5.

The CSU/DSU's are Paradyne Acculink 3160-A4's.

I followed the instructions from Nortel's support site in the
"Configuring Frame Relay Serives" PDF for 14.x. The circuits will not
come up (show ip circ). The link LED on the interface for both the
BLN and ARN are on. The CSU/DSU on the network side has the SIG LED
green the rest are off. On the port side the SIG LED is green, the OOF
and ALRM are flashing and the PDV BPV LED's are on. ( In a T1 setup
the PDV/BPV LED's are always off so I think it may be a problem here).

Any tips, thoughts, or ideas on where I should look?

Thanks.

Carlo

Paul Tichy · Guest

You probably have the wrong (or no) management protocol,
or the wrong DLCI on your PVC service records (assuming
you got that far).

Do you have support? They can walk you through it in a
few minutes. It isn't difficult to set up.

------------------------
From: Carlo <da.carlo@gmail.com>
Subject: Switching from a T1 to a Frame Relay circuit
Date: 3 Aug 2004 11:21:19 -0700
Location: news://news.houston.sbcglobal.net/comp.dcom.sys.bay-networks/f41da617.0408031021.1365fb80@posting.google.com
To: "comp.dcom.frame-relay" <@news:comp.dcom.frame-relay@news.houston.sbcglobal.net>, "comp.dcom.sys.bay-networks" <@news:comp.dcom.sys.bay-networks@news.houston.sbcglobal.net>

This is my first time dealing with Frame Relay. I am setting up some
new frame relay circuits to replace our T1's. The equipment is a BLN
with SRMF/SRML, FRE2_060/OSYNC, FRE2/D100BT modules running Image:
rel/14.0.3.0/ at the core. Endpoints have ARN's with an arnssync
module and are running Image: rev/14.00/1D5.

The CSU/DSU's are Paradyne Acculink 3160-A4's.

I followed the instructions from Nortel's support site in the
"Configuring Frame Relay Serives" PDF for 14.x. The circuits will not
come up (show ip circ). The link LED on the interface for both the
BLN and ARN are on. The CSU/DSU on the network side has the SIG LED
green the rest are off. On the port side the SIG LED is green, the OOF
and ALRM are flashing and the PDV BPV LED's are on. ( In a T1 setup
the PDV/BPV LED's are always off so I think it may be a problem here).

Any tips, thoughts, or ideas on where I should look?

Thanks.

Carlo
---------------End of Original Message-----------------

/*
Paul Tichy Houston 281-260-4849
Southwest District Achitect, Switching Solutions
Nortel Networks
*/

Sam Nash · Guest

Paul's always good for a knowledgeable answer, but I think your problem is
at a lower layer. OOF is out of frame (almost certainly) and BPV is usually
bi-polar violation. I think you have a problem in your T1. If it's carrier
supplied, have them verify it at their demarc. If they say it's good there,
the problem is probably inside wiring. Make the "bad lights" on the DSU/CSU
go away first, then see what the router says.
Sam
"Paul Tichy" <ptichy@sbcglobal.net> wrote in message
news:Forum.1091585851.26818.ptichy@paul933...

Carlo · Guest

No support, hence the post here. :) I do have the DLCI configured for
the PVC. The management protocol is setup the same at both ends, ANSI
T1 617D. I used the default selections when I ran the install program
on the routers. Address is ADDR Q922 and length is two bytes. Is
management protocol a paramter of a frame circuit?

Show interface summary on the BLN: S31_AHE1 is the frame circuit.
Interface Admin. Oper. Media
Name State State Type Protocols
------------ -------- -------- ----------
------------------------------------
E42_ORnet up up csmacd IP IP-RIP TCP TELNET
TELNET-CLIENT ARP
S31_AHE1 up down sync IP IP-RIP FR PRIORITY-Q'ING
ARP

Interface Admin. Oper. Media
Name State State Type Protocols
------------ -------- -------- ----------
------------------------------------
E11_Oakland up up csmacd IP TCP TELNET TELNET-CLIENT
ARP
S11_FR_Oakla up up sync IP IP-RIP TCP FR
PRIORITY-Q'ING TELNET TELNET-CLIENT ARP
bcc>

I will put in a call to SBC to check the lines as well.

"Sam Nash" <nsw1@blarg.net> wrote in message news:<10h0k8iph83695a@corp.supernews.com>...

MC · Guest

Contact the telco that sold you the Frame service and open a ticket and make
sure they can test good to the CSU and the NI, If can not test to the CSU
and can to the NI on the access, may have a cable problem from the NI to the
CSU or a bad csu. If can not test good to teh NI then it is their problem.
Sounds like it is an access issues and not a frame protocol issue. I use the
same setup, BN, ASN routers with teh 3160 model Paradyne CSU/DSU units.
Although I beleive if OOF then should be solid but not sure, it may flash,
been a while since I had an acess issue to troubleshoot. Now I am going to
have to go back and refresh my memory, MAN!

On some or all the 3160 model CSU/DSU units, The right hand side LED's can
be selected to either show extended access indication or be set to show the
DSU port signaling. Would need to look at the config to see which is
indicating. IF port mode then some LED's will flash for the TX and RX
traffic.

I got several of the two port units, I think the model you metioned is a
four port DSU unit ?
Actually I got a four port model in my lab come to think of it.

I got PDF's docs if need.

Make sure the unit is selected with the correct channel allocation and
sourcing clock from the net.

BTW, The link indicator on the router will show good as long as it is
configured, enabled and connected to a DSU device that is getting a signal
from weather the service side (T1) is up or down.

I still do not use the BCC on our Nortel routers due to image size
contraints on our flash at the moment and just so use to using the old TI
the hard way. Besides I have all these custom scripts I use or modified
Nortel scripts that does everything I need without having the extra imamge
size

Using the TI, if the Access is down then should be able to run a 'show sync
base' command at the TI and see that the sunc lines are up or down. If that
is up then can do a 'show frame lines' and see if the router is sync to the
frame switch and recieiving proper LMI. May require the show.bat for
extended show commands, Can not remember if requires the sync.bat script?
This is what I do.

To configure most things I use site mangler, which is not too bad. I lke it
because I can custom and image.

Back to the issue, sorry.

If need any Doc's on the paradyne let me know (post back to the group)
I think the problem or a problem is with the access or the unit is bad or
misconfigured.
These units have a built in modem access, if enabled one option is to see if
someone knowlegable can dial into the unit and chack against the service you
have if no onsite help is available.

I am running out of time so got to go, Hope I made any sense but in a hurry.

Bye.....
MC

"Carlo" <da.carlo@gmail.com> wrote in message
news:f41da617.0408041013.542b1d78@posting.google.com...

Rick Harris · Guest

"MC" <mwclarke1@yahoo.com> wrote in message news:<PLeQc.1241$zJ4.682@bignews1.bellsouth.net>...

MC · Guest

I am running version 14.20r2 on one ASN router.

Available 'show frame' options using the TI and show.bat script, I also have
the sync.bat script on the flash.

Usage: show fr <option>
where <option> is one of the following:
?
alerts
disabled
enabled
backup [<line>[.<llindex>]]
demand [<line>[.<llindex>]]
lines [<line>[.<llindex>]]
debug [<line>[.<llindex>]]
/ pvcs [<line>[.<llindex>[.<dlci>]]]
\ vcs [<line>[.<llindex>[.<dlci>]]]
/ circuits [<line>[.<llindex>[.<cct>]]]
\ service [<line>[.<llindex>[.<cct>]]]
stats
/ stats pvcs [<line>[.<llindex>[.<dlci>]]]
\ stats vcs [<line>[.<llindex>[.<dlci>]]]
stats shaping [<line>[.<llindex>[.<dlci>]]]
stats circuit [<circuit_name>]
stats lapf {receive|transmit|errors|traffic} [<line>[.<llindex>]]
stats signalling {receive|transmit} [<line>[.<llindex>]]
shaping [<line>[.<llindex>[.<dlci>]]]

congestion [<line>[.<llindex>[.<dlci>]]]
passthru map [<cct>[.<dlci>[.<cct>[.<dlci>]]]]
passthru stats [<cct>[.<dlci>]]
svcs {calls|numbers|priority|shaping} [<line>[.<llindex>
[.<dlci>]]]
mlink {bundle|stats|prioq} [cct]
mlink vcs [<cct>[.<dlci>]]
mlink error bundle [cct]
mlink error vcs [<cct>[.<dlci>]]

on a router with 1103r3 I only have three stat options
stats
stats pvc
stats circuit

The stats option will show in/out packets, Drops and discards per PVC
Same as the 'stat pvc' option

Router$show frame stat
Sent Received
Line.LLIndex.DLCI Frames Octets Frames Octets Discard
Drops
----------------- ---------- ---------- ---------- ---------- -------- -----
---
201201.0.121 3486327 1848519183 2348883 715398797 13
0
201201.0.150 49522198 3110293008 46747401 134849212 143
0
201201.0.1023 1311439 17048707 1311439 20545891 0
0
3 entries found

Rev 1 LMI will show the LMI management as PVC 1023 (used here)
Annex-D (or ansi) LMI will show up as PVC 0

the show frame circuit command will show discard and drop counts at the
circuit level.
Router$show frame stat circ
Circuit Discards Drops
--------------- -------- --------
S121 0 0
201201.0.3 0 125248
201201.0.4 0 50427
3 entries found

here is some other output

Router$show sync base
Line WAN Loc Rem
Med
Slot Conn Circuit State MAC Address Number MTU Protocol Adr Adr
Typ
---- ---- -------- -------- ----------------- -------- ---- -------- --- ---
---
1 21 S121 Up 00-00-A2-66-76-4D 00201201 1600 FRM RLAY
STD
1 entry(s) found

This shows that the serial sync interface is enabled and has a valid
connection to the DCE device connected to it, encapsulation, etc.

Router$ show frame lines
Line.LLIndex Circuit Mgt Type Intf Type Status Faults Discard Drop
---------------- -------- --------- --------- -------- ------ -------- -----
-
201201.0 S121 LMI Normal Running 0 0
0
1 entry found

This shows that frame relay LMI is present on the circuit, type of LMI
configured and basic error counters.

other commands to look at errors
show sync sys
show sync rx
show sync tx

of course help is avialable and will show options if the command is not
completed.

"Rick Harris" <rick.harris@scdmv.net> wrote in message
news:96aff1fe.0408050430.5f4c3287@posting.google.com...

Carlo · Guest

SBC is working on trouble shooting a UNI problem in their cloud.
Still there appears to be some parameters that are not correct.
Changing the management type on the routers to AnnexD removed a fault
on the far end router which was showing up in the show frame lines
command. Status went from Fault to Init.

For address resolution type the default was set to ARPINARP which I
would guues uses both ARP and Inverse ARP. I tried changing it to
just INARP but no effect. Which makes sense since this would be at a
higher layer and wouldn't effect the link coming up. I'll keep it in
mind for when the link does come up.

Using the show sync base command it looks like the problem could be
with the near end router. State is in LMI wait. Any ideas on what
might be causing this?

Below are the outputs from some of the suggested show commands. Most
of the stats commands didn't dispaly anything because the circuits
aren't up.

Near end router

[2:1]$ show sync base
Line WAN
Loc Rem Med
Slot Conn Circuit State MAC Address Number MTU Protocol
Adr Adr Typ
---- ---- -------- -------- ----------------- -------- ---- --------
--- --- ---
3 1 S31_AHE1 LMI Wait 00-00-A2-F7-20-16 00203101 1600 FRM RLAY
STD
1 entry(s) found

[2:1]$ show frame lines
Line.LLIndex Circuit Mgt Type Intf Type Status Faults Discard
Drop
---------------- -------- --------- --------- -------- ------ --------
------
203101.0 Unknown AnnexD Sw Normal NotPres 0 0
0
1 entry found

[2:1]$ show fr stats vcs
Sent Received
Line.LLIndex.DLCI Frames Octets Frames Octets Discard
Drops
----------------- ---------- ---------- ---------- ---------- --------
--------
203101.0.101 0 0 0 0 0
0
1 entry found

[2:1]$

Far end router.

[1:TN]$ show sync base
Line WAN
Loc Rem Med
Slot Conn Circuit State MAC Address Number MTU Protocol
Adr Adr Typ
---- ---- -------- -------- ----------------- -------- ---- --------
--- --- ---
1 1 S11_FR_- Up 00-80-2D-90-E9-F3 00201201 1600 FRM RLAY
STD
Oakland
1 entry(s) found

[1:TN]$ show frame line
Line.LLIndex Circuit Mgt Type Intf Type Status Faults Discard
Drop
---------------- -------- --------- --------- -------- ------ --------
------
201201.0 S11_FR_- AnnexD Sw Normal Init 0 0
0
Oakland
1 entry found

[1:TN]$ sho fr stats vcs
Sent Received
Line.LLIndex.DLCI Frames Octets Frames Octets Discard
Drops
----------------- ---------- ---------- ---------- ---------- --------
--------
201201.0.0 0 0 0 0 0
0
201201.0.101 0 0 0 0 0
0
2 entries found

[1:TN]$

The CSU/DSU is a Paradyne 3160-A2 two port. Below is the
configuration.

DTE: port disabled

Port: Port 1
port type: V.35
Base rate: Nx64
Net DCLB: Disabled
Net LB Disabled
All Ones: Both
RCV Yellow: Halt
TX Clock: External
Invert TxC: Auto
Invert Data: Disabled
EDL: Disabled

NET: Framing: ESF
Net Coding: B8ZS
LBO: 0.0
ANSI PR: Disabled
Mgmt Link: Disabled
NET LLB: Enabled
NET PLB: Enabled
CrctIdent: Clear

Chan: chan config port 1
Assign By: Block
Port rate: 1536
Start at: N1
Assign to: NET

Gen: Clock SRC: NET
TstTimOut: Enabled
TstDuration: 10

In a previous post I mentioned that the OOF and ALARM LED's were
flashing for port 1 and that the BPV and PDV LEDS were on. The LED's
were configured to show
the DTR status. Through the dispaly on the CSU/DSU I was able to
verify that the OOF, ALARM, BPV and PDV LED's were off. Therefore the
CTS and RTS LED's are on. Should RTS and CTS be asserted? They are
not on our point to point T1's

Anything look abnormal in the above config. The CSU/DSU's at both
ends are configured the same way. Could it be something with
clocking?

"MC" <mwclarke1@yahoo.com> wrote in message news:<QsBQc.2751$ow.1211@bignews3.bellsouth.net>...

Carlo · Guest

After talking with the SBC folks this is what we found. Even though
the router at the far end end is showing LMI STATE up, SBC is not
seeing the LMI signal from either CSU. SBC was able to loopback to
the CSU.

Any thoughts on where to go from here?

is upda.carlo@gmail.com (Carlo) wrote in message news:<f41da617.0408061511.dc950c1@posting.google.com>...

	DComTalk.com Forum Index -> Bay Networks	All times are GMT
Page 1 of 1