Following a Dedicated Troubleshooting Shortcut
If your carrier asserts that a quality/continuity/protocol handshaking issue on your dedicated circuit is the result of problem within your hardware, there might be a very quick and easy way to confirm or deny that assertion. You can try this test only when you have two or more circuits with the carrier and only one of them is experiencing a problem. In this test, you unplug the cables that connect the CSUs to the NIUs and exchange them.
After reconnecting the cables to match the diagram, reboot your hardware and assess the situation. If the problem ends up following the circuit from your carrier, and the multiplexer that was working fine is now failing or experiencing the issue, it's obvious that your carrier is the source of the problem. If the outage remains within the same multiplexer or CSU that was failing on the other circuit, you have a problem with your hardware.
Remember This test is valid only when:
- Both circuits are configured exactly the same: Line coding/framing, out-pulse signal/start
- Both circuits are on the same carrier (both the same long-distance carrier and the same local loop provider)
- Both multiplexers are the same make and model
- Both multiplexers are configured exactly the same (trunk groups, timer settings, and all the hardware specific settings)
- If any of these conditions aren't met, the validity of this test disintegrates instantly. There are too many variations between carriers, configuration, and hardware manufacturers to say with conviction that if one set of your hardware works on a carrier, a different set should work as well.
In this tutorial:
- Troubleshooting Your Dedicated Circuits
- Identifying the Level of Your Problem
- Identifying circuit variables in circuits that are DS-3 or larger
- Identifying DS-1-level circuit variables
- Identifying DS-0 or individual channel issues
- Categorizing the Nature of Your Problem
- Understanding dedicated call quality issues
- Understanding circuit failure issues
- Opening a Trouble Ticket for Your Dedicated Circuit
- Letting your channels be your guide
- Remembering the first rule of troubleshooting
- Remote made busy: RMB
- Installation made busy: IMB
- Avoiding permanent IMB status
- Managing Your Dedicated Trouble Ticket
- Getting the Basics of Dedicated Outbound Troubleshooting
- Step 1: Rebooting your hardware
- Understanding your trouble ticket options
- Step 2: Intrusively testing: Looping the CSU
- If looping the CSU fails
- Using a T-1 test set
- Step 3: Looping the NIU
- Getting the scoop on loops
- Step 4: Looping to your T-1 jack
- If you can't loop the T-1 jack
- Step 5: Looping the CFA point
- Following a Dedicated Troubleshooting Shortcut
- Validating the Circuit You Are Testing
- The Basics of Dedicated Toll-Free Troubleshooting
- Step 1: Identifying a provisioning issue
- Step 2: Redialing your dedicated toll-free number
- Step 3: Validating your dedicated RespOrg
- Step 4: Validating the DNIS configuration
- Step 5: Head-to-head dedicated toll-free testing