Fault Finding


Posted in Network Cables by Customer Service - Oct 27, 2009
     Network Cables Online

FirstĀ the Basics
I’ve lost track of the number of times I’ve been on a customers site and found that they have re-used the old Cat 3 and Cat 4 patch leads simply because they didn’t have any Cat 5 leads at the time. These leads almost never get changed because it hasn’t made any noticeable difference to the operation of the network. Years later of course, things start to go wrong and the old leads aren’t even suspected because “they’ve not been a problem in the past”. By all means use old leads on voice systems but never use them on data networks. It is like throwing a load of rocks into a smooth running stream, the data will probably still get through at first but when you increase ‘the flow’, they will start to impede the throughput. If you need to to buy some new patch leads this link will take you to the online store of Network Cables Online.

If the problem only affects one PC, take that PC to the patch cabinet and plug it directly into the hub. This may seem like an obvious thing to try but it has to be said as it proves whether the fault is actually a cabling problem or not. You should use a known good port on the hub and a known good patch lead, if the machine works then the problem is either the original hub port, the patch lead, the drop lead or the fixed cabling. From here it is easy to eliminate each part of the link, but it must be carried out methodically, one component at a time. Another point worth mentioning is that a patch lead that works fine in a Token Ring network may not work in an Ethernet network, this is because they use different pins on the RJ45 plug. Token Ring uses pins 3, 4, 5 & 6 whereas 10BaseT Ethernet uses 1, 2, 3 & 6, so any cable with a fault on pins 1 & 2 will work for Token Ring but not for Ethernet. Although a Cat 5/5E tester can be very expensive, you can buy a simple continuity tester for under $100 which will test for shorts, opens and crossed pairs, this will not prove your cabling is up to standard but they are quick and easy for finding faulty Cat 5 patch leads.

Another thing to watch out for is the wiring configuration, there are actually two different schemes allowed under the 568A standard. These are called 258A (or T568B), and 258B (or T568A). Pin for pin they are the same but with the orange and blue pairs swapped over, so as long as you have the same type of jack at each end, no problem. However, if you have 258A on one end, and 258B on the other then you have a crossed pair.

Check the time of day!
The time of day may indicate another cause of network problems. If the problem only occurs at a certain time, it maybe that the network is slowing due to an increase in traffic say at 9:00am or 5:00pm. If, for instance, the drawing office starts at 9:00am and twenty draughtsmen are all trying to pull large drawing files from a server which is on the general network, this will impact the rest of the company’s business. Likewise at 5:00pm when they are all saving their work back to the server the sudden increase in traffic may cause so many collisions that the network to grinds to a halt. A process of elimination is easy to implement and if this is the cause, it is time to put the drawing office and the CAD server on to its own hub or switch.

Electrically ‘noisy’ environments
Another common cause is electromagnetic interference from electric motors and sources of high frequency radio waves. The more obvious things to look for are cable routes that pass too close to lift motors, arc and spot welders, heavy plant machinery which use large electric motors, and fluorescent light fittings. All of these things, if situated close to the data cabling, could induce spikes into the network. Take a walk around the building and make a note of all possible causes, and then try to eliminate them one at a time.

What next?
Eliminating possible causes one at a time is the ideal, but sometimes the problem occurs so infrequently that it is almost impossible to track down, and specialist equipment and engineers have to be employed. ‘Network Sniffers’ and mains monitors can be hired from companies such as Livingston Hire, and if you are confident that you can correctly interpret the results, do it yourself. If not, well its the end of the line and time to call in the specialists.

To summarize, the following considerations should be taken into account:

1. Low grade patch leads and/or drop leads.

2. Time of day.

3. Increase in network traffic from other sources.

4. Electromagnetic interference.

Ethernet
Most of the points mentioned above should find Ethernet problems, however, there are a couple of things that should be taken into consideration when dealing with Gigabit Ethernet.

Although Gigabit Ethernet was designed to run on 100MHz cable, problems may arise with older Cat 5 systems. The more stringent Cat 5E standards take into consideration that Gigabit Ethernet uses a four pair transmission method, but this was not part of the test parameters with Cat 5. If you are trying to run Gigabit Ethernet over standard Cat 5 cabling, then the whole system should be tested to confirm that it meets the new Cat 5E standard.

It used to be said that multimode fibre was good for 2km, but recently it has been found that for Gigabit Ethernet applications the length limit is right down to around 220m over 62.5/125 fibre. The only way to prove if a fibre is good enough for Gigabit Ethernet is to use a certification tool. These are fairly expensive test instruments, but you should be able to hire one from a specialist hire company. The results give a clear ‘pass or fail’ for different applications, but bear in mind that one dirty connector can affect the results considerably.

AS400 cabling
AS400e series have three new features which are designed to speed up throughput to 5250 devices, unfortunately some Twinax hardware will not support them.

Split Mode
When operating in Split mode, the AS400 poles its ports two at a time, i.e. 0 & 4, 1 & 5, etc., this only causes a problem when eight port multiplexors are used as they will be trying to multiplex and de-multiplex both simultaneous signals. To overcome this, two four port mux’s should be used, or the Split mode feature turned off.

Optimized Mode
In optimized mode no overheads are added to the data frame which under normal conditions works fine, however some star hubs and mux’s need the additional information to work correctly. The solutions are to either buy new hubs and mux’s, or again turn off the Optimized mode feature on the AS400.

Express Mode
This is simply the AS400 running at 2Mbs instead of 1Mbs, and again some hubs and mux’s can’t handle this speed. The solution?, same as above really, buy new hubs or switch off the Express mode feature.

Length limits
The maximum distance for Twinax cable on each port of the Work Station Controller is 1800m, this limit is reduced to 1458m when running in Express mode. It is also a little known fact that there is a minimum length limit of 25 feet or about 8m on all types of cable used to transmit 5250 signals. This distance is the length of the signal itself, and if the cable is less than this, the signal can become corrupted by its own reflections before it has finished transmitting.

When using IBM Type 1 cabling, the limits are the same as Twinax operation (1800m) but this reduced to 1312m when running in Express mode.

For UTP installations the distances vary according to whether Twinax is used on part of the installation. The limits range from a maximum of 364m when only a few metres of Twinax has been used between the Work Station Controller and the hub, down to a minimum of only 36m where more than 1600m of Twinax has been used. For further information visit the IBM networking web site.

Where fibre is used between mux’s or converters, the maximum limit is 2400m, again this may be reduced if the AS400 is running in Express mode.

5250 Star hubs
Some active star hubs can introduce delays into the system, if these delays are close to the limits for 5250 operation, it can affect the reliability and performance of the network. Passive star hubs don’t cause delays, so if you are having intermittent problems with a particular line it might be worth trying a passive star in place of an active one. This is sometimes the case when a line of terminals has been working perfectly well on the old Twinax but problems start to arise when they are moved to the new structured cabling.

When running 5250 devices over a UTP structured cabling system problems can sometimes be due to mismatched baluns. Make sure all of the baluns
on each line are from the same manufacturer, and that they are wired for the same pin-out configuration, some star hubs use pins 1 & 2 as the active pins and some use 4 & 5.

RS232
With RS232, transmit and receive are connected via pins 2 and 3 of the D type plugs with pin 7 (on 25 way) being the ground point. The other pins are used to control the flow of data, usually referred to as ‘hard wired handshaking’, the pin-out chart below shows what each pin is used for.

A device can be either a Data Terminal Equipment (DTE) or a Data Communications Equipment (DCE), this determines whether pin 2 is transmit and pin 3 receive or vice versa. Usually you will find that terminals are DTE and printers are DCE and the ports on the server board will be configured to communicate with one or the other. This makes a big difference if you start moving things around and inadvertently connect terminals or printers into the wrong ports.

25 pin 9 pin Abbreviation Description
1 N/A GND Shield Ground
2 3 TXD Transmit Data
3 2 RXD Receive Data
4 7 RTS Request to Send
5 8 CTS Clear to Send
6 6 DSR Data Set Ready
7 5 GND System Ground
8 1 CD Carrier Detect
9 N/A Reserved
10 N/A Reserved
11 N/A STF Select Transmit Channel
12 N/A SCD Secondary Carrier Detect
13 N/A SCTS Secondary Clear to Send
14 N/A STXD Secondary Transmit Data
15 N/A TCK Transmission Signal Element Timing
16 N/A SRXD Secondary Receive Data
17 N/A RCK Receiver Signal Element Timing
18 N/A LL Local Loop Control
19 N/A SRTS Secondary Request to Send
20 4 DTR Data Terminal Ready
21 N/A RL Remote Loop Control
22 9 RI Ring Indicator
23 N/A DSR Data Signal Rate Selector
24 N/A XCK Transmit Signal Element Timing
25 N/A TI Test Indicator
Sphere: Related Content

Oct
27

Cabling problems?


Posted in Network Cables by Customer Service - Oct 3, 2009

Q. We have a small Pier to Pier network setup with 13 systems and one printer connected to 2 eight port hubs. We are having all kinds of instability with the network. A station might see all the other stations on the network but they can’t see him or visa-versa. Sometimes it will appear and other times not.
When we made the cables for the stations, we used cat 5 cable (4prs) with the following wiring:
Pin 1 wht/org, Pin 2 org/wht, Pin 3 wht/grn, Pin 4 grn/wht, Pin 5 wht/blu, Pin 6 blu/wht, Pin 7 wht/brn, Pin 8 brn/wht.

We tested them using a TBase cable tester, and they passed just fine. Looking at your diagram for correct wiring, it looks like you have some colored wires in different locations, but it is still pin for pin. Is there a reason why ours would be causing our problems?

A. Regarding your question on RJ45 pinouts, I would say that you are probably experiencing crosstalk problems.

The reason is this, Ethernet uses pins 1 & 2 and 3 & 6 on 10/100BaseT networks (I know it’s a funny way to do it but thats how it is!). One pair is used for transmit and the other pair for receive, so pins 1 & 2 at one end will connect to pins 3 & 6 on the other end and vice versa. In the correct wiring configuration each signal path (transmit or receive) is on its own twisted pair of wires, the twists help to eliminate crosstalk. With your wiring, pins 3 & 6 are split between the green and blue pairs making them susceptible to crosstalk (or noise), this also gets worse when using higher speeds (100BaseT or Gigabit Ethernet).

The reason your tester didn’t pick it up is because it only tests for continuity, shorts, crossed pairs etc. (not split pairs) you would have to use a scanner (like the Fluke DSP4000 or MicroTest OmniScanner) to find a split pair.

Sphere: Related Content

Oct
3