01-18-2009 02:38 PM - edited 03-15-2019 03:36 PM
Hi netpros,
I have done some troubleshooting over the weekend so I'm passing this information on to you to hopefully speed up resolution.
The issue is with incoming faxes into our office. All fax machines are hanging off 2 analogue voice gateways (Cisco VG248). There are also two voice routers connecting to two independent Telstra ISDN services servicing the same extension range (02 77777XXX and 02 88888XXX, where XXX is the user/fax's extension number). The first one is the one we use for our inbound calls.
All faxes coming in via 77777XXX are not getting through, though if we send the faxes to the same machines on 88888XXX they seem to work.
I had a look at the router and found that there are errors happening on the ISDN line as evidenced by the show controller E1 command. This is the case on both voice routers. The example show is from the 77777XXX router.
E1 1/1 is up.
Applique type is Channelized E1 - balanced
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20050620, FPGA: 16, spm_count = 0
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (650 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
339 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
339 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
45239 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
45239 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Thereis technical documents on the Cisco site detailing that Slip Errors are able to disrupt fax communications but not voice calls. This is exactly what we're experiencing at the moment. Following is the link to the technical article. Please can you refer to Section 3 (SLIP errors): http://www.cisco.com/en/US/tech/tk652/tk777/technologies_tech_note09186a0080114565.shtml#topic3-3
I've been able to put in a workaround by disabling the fax relay mode on all Analogue Gateways' ports that connect to fax machines but this hasn't resolved the issue as some of the machines still can't receive faxes even with this setting disabled.
Your help is much appreciated !!
Solved! Go to Solution.
01-18-2009 04:11 PM
What is the platform / IOS version you're on? Trying to find out the difference, and it's looking like it's a platform / hardware specific command.
Functionally - they should do the same thing. The 'primary' option was initially added to specify which of the two ports should be the primary clock for the card.
-nick
01-18-2009 02:52 PM
Hi Fernando,
Do you have this command:
network-clock-select 1 e1 1/1
If you can try entering that command, then clear counters (exec), you can check to see if this resolves your issue.
If it doesn't, you may have some physical problems. You can try switching the port, card, or cable to see if it changes the results.
hth,
nick
01-18-2009 03:17 PM
Hi,
Please see the below commands that I have on the router
network-clock-participate slot 1
no network-clock-participate wic 0
network-clock-select 1 E1 1/1
controller E1 1/0
pri-group timeslots 1-31
!
controller E1 1/1
clock source line primary < - I just added this one 5 minutes ago
pri-group timeslots 1-31
After adding the above line and doing a shut/ no shut .. the issue seems to be resolved !! there are no slip errors anymore
Any ideas why ?
01-18-2009 04:11 PM
What is the platform / IOS version you're on? Trying to find out the difference, and it's looking like it's a platform / hardware specific command.
Functionally - they should do the same thing. The 'primary' option was initially added to specify which of the two ports should be the primary clock for the card.
-nick
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide