[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | FDDI - The Next Generation |
|
| Moderator: | NETCAD::STEFANI |
|
| Created: | Thu Apr 27 1989 |
| Last Modified: | Thu Jun 05 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2259 |
| Total number of notes: | 8590 |
1075.0. "slow FDDI (4mb/s)" by PRSPSU::JACQUOT (Don't step on my blue sued shoe) Tue Aug 31 1993 11:49
Lot of problems with customer:
------- -------
Conf.: =======|cisco|=========|cisco|======
|| ------- ------- ||
|| ------- ||
==============|DEFCN|===============
-------
| |
------------------- |
| V4090 (defza-aa)| |
------------------- |
|
------------------- |
| V4090 (defza-aa)|-|
-------------------
dual ring with 2 CISCO's and one DEFCN
First problem (counter below):
When using FTP (with MULTINET software) between the 2 V4090 stations with
DEC-controller 400 the maximum speed is around 4Mb/s, it's a little bit slow
for FDDI!
Customer try some things:
- changing timing of the TRT 4ms, 5 ms, 8 ms
- 2 STATION's in stand alone (means with DEFCN out of the ring)
These manipulations doesn't change the pb.
I upgraded concentrator to V3.3, the pb is still here.
Revision of defza is E05.
The second pb (Same problem, as I can seen, in note 1064.3) is the increase of
"Ring initializations received" (In fact I don't think so, they are a lot of
Ring initializations received, cause they are no Ring initializations intiated,
and this counter increase only on the FTP sender system)
So any help should appreciated......
Eric
COUNTER BEFORE:
----------------
Line Volatile Characteristics as of 30-AUG-1993 10:32:05
Line = FZA-0
Receive buffers = 10
Controller = normal
Protocol = FDDI
Service timer = 4000
Hardware address = 08-00-2B-34-65-99
Device buffer size = 1498
Requested TRT = 8000
Valid transmission time = 2620
Restricted token timeout = 1000
Ring purger enable = on
NIF target = 00-00-00-00-00-00
SIF configuration target = 00-00-00-00-00-00
SIF operation target = 00-00-00-00-00-00
Echo target = 00-00-00-00-00-00
Echo data = 55
Echo length = 1
Line Volatile Status as of 30-AUG-1993 10:32:06
Line = FZA-0
State = on
Negotiated TRT = 62500
Duplicate address flag = success
Upstream neighbor = AA-00-04-00-04-C8
Old upstream neighbor = 00-00-00-00-00-00
Upstream neighbor DA flag= unknown
Downstream neighbor = 08-00-2B-32-A4-BD
Old downstream neighbor = 00-00-00-00-00-00
Ring purger state = off
Ring error reason = no error
Neighbor PHY type = B
Link error estimate = 15
Reject reason = none
Line Counters as of 30-AUG-1993 10:32:09
Line = FZA-0
13 Seconds since last zeroed
155 Data blocks received
15 Multicast blocks received
0 Receive failure
40070 Bytes received
4949 Multicast bytes received
0 Data overrun
135 Data blocks sent
1 Multicast blocks sent
33936 Bytes sent
97 Multicast bytes sent
0 Send failure
0 Unrecognized frame destination
0 System buffer unavailable
0 User buffer unavailable
1997040 MAC frame count
0 MAC error count
0 MAC lost count
0 Ring initializations initiated
0 Ring initializations received
0 Ring beacons initiated
0 Duplicate address test failures
0 Duplicate tokens detected
0 Ring purge errors
0 FCI strip errors
0 Traces initiated
0 Traces received
0 Directed beacons received
0 Elasticity buffer errors
0 LCT rejects
0 LEM rejects
0 Link errors
0 Connections completed
COMMAND DISPLAY:
---------------
CIRRTG.CIRCE.FR MultiNet FTP user process 3.2(106)
Connection opened (Assuming 8-bit connections)
<CIRRTH.CIRCE.FR MultiNet FTP Server Process 3.2(14) at Mon 30-Aug-93 10:32AM-WET-DST
[Attempting to log in as test34]
<User TEST34 logged into DISK$USERS:[RERIF] at Mon 30-Aug-93 10:32, job 6c.
FTP>
Type: Image, Structure: VMS, Mode: Stream
FTP>
<VMS Store of NL:[].; started.
<Transfer completed. 52428844 (8) bytes transferred.
52428844 bytes transferred at 3992601 bps. <---------bad speed...
Run time = 38560. ms, Elapsed time = 105052. ms.
FTP>
<QUIT command received. Goodbye.
COUNTER AFTER:
--------------
Line Volatile Characteristics as of 30-AUG-1993 10:33:56
Line = FZA-0
Receive buffers = 10
Controller = normal
Protocol = FDDI
Service timer = 4000
Hardware address = 08-00-2B-34-65-99
Device buffer size = 1498
Requested TRT = 8000
Valid transmission time = 2620
Restricted token timeout = 1000
Ring purger enable = on
NIF target = 00-00-00-00-00-00
SIF configuration target = 00-00-00-00-00-00
SIF operation target = 00-00-00-00-00-00
Echo target = 00-00-00-00-00-00
Echo data = 55
Echo length = 1
Line Volatile Status as of 30-AUG-1993 10:33:57
Line = FZA-0
State = on
Negotiated TRT = 62500
Duplicate address flag = success
Upstream neighbor = 00-00-00-00-00-00
Old upstream neighbor = 00-00-00-00-00-00
Upstream neighbor DA flag= unknown
Downstream neighbor = 08-00-2B-32-A4-BD
Old downstream neighbor = 00-00-00-00-00-00
Ring purger state = off
Ring error reason = no error
Neighbor PHY type = B
Link error estimate = 15
Reject reason = none
Line Counters as of 30-AUG-1993 10:34:00
Line = FZA-0
124 Seconds since last zeroed
7726 Data blocks received
128 Multicast blocks received
0 Receive failure
1259490 Bytes received
38705 Multicast bytes received
0 Data overrun
16366 Data blocks sent
82 Multicast blocks sent
54315883 Bytes sent
29069 Multicast bytes sent
0 Send failure
36 Unrecognized frame destination
0 System buffer unavailable
0 User buffer unavailable
>4294967294 MAC frame count
0 MAC error count
0 MAC lost count
0 Ring initializations initiated
>4294967294 Ring initializations received
0 Ring beacons initiated
0 Duplicate address test failures
0 Duplicate tokens detected
0 Ring purge errors
0 FCI strip errors
0 Traces initiated
0 Traces received
0 Directed beacons received
0 Elasticity buffer errors
0 LCT rejects
0 LEM rejects
0 Link errors
0 Connections completed
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1075.1 | | KONING::KONING | Paul Koning, A-13683 | Tue Aug 31 1993 13:17 | 10 |
| It may well be that the problem isn't in the FDDI but in the test procedure.
Where is the data coming from and going to? Perhaps the disk is the bottleneck.
Is the system CPU bound?
There seem to be several problems with the NCP display: it's impossible to
get 4*10^9 ring inits in one minute, so that entry is bogus. The same goes
for the frame count. Another curious fact is that the ring purger state is
shown as "off" even though the ring purger is shown as enabled.
paul
|