Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
UCx50 w/BCM Digital Gateway
- Thread starter ORPG
- Start date
theislandtech
Technical User
What type of equipment is used for the pots lines?
Are calls lost on outgoing only?
Are calls lost on outgoing only?
- Thread starter
- #3
theislandtech
Technical User
Are the pots lines copper, pri, or t1?
has telco checked the lines at the demarc?
has telco checked the lines at the demarc?
- Thread starter
- #5
theislandtech
Technical User
Have you been able to determine whether the lost calls are on the GS gateway or the trunk card?
The gateway would be a likely cannidate due to the many configuration options
The gateway would be a likely cannidate due to the many configuration options
- Thread starter
- #7
theislandtech
Technical User
ask your customer if they could try to make note of the time when it happens
with that you can narrow the search through call records and log files for a clue to whats going on
- Thread starter
- #10
Folks it is not time sensitive; I updated the UCx just last week. I did check into any updates for the BCM and found that there have been none since 2005; I am going to try that tonite after hours. I am also going to take each trunk out of the group, one at a time and call until I get a failure. I'll let you know. Thx guys!
If the disconnects happen on the trunks connected to the SIP to FXO gateway trunks, check if you included the option
session-timers=refuse
in the corresponding SIP trunk configuration. As far as I remember, this option is required for Grandstream gateways (some others might need it, too).
If the disconnects happen on the internal card's trunks, look at Global Settings on the PSTN Cards page - specifically at the three Busy Detect related settings. If you have Busy Detect Enabled set to Yes, make sure the Busy Detect Pattern matches the cadence of the tone the CO sends when far end disconnected the call (e.g. set it to 500,500 if the tone is on for 500 msec and off for 500 msec). Also, set the Busy Detect Count to something like 10 to avoid false detection.
session-timers=refuse
in the corresponding SIP trunk configuration. As far as I remember, this option is required for Grandstream gateways (some others might need it, too).
If the disconnects happen on the internal card's trunks, look at Global Settings on the PSTN Cards page - specifically at the three Busy Detect related settings. If you have Busy Detect Enabled set to Yes, make sure the Busy Detect Pattern matches the cadence of the tone the CO sends when far end disconnected the call (e.g. set it to 500,500 if the tone is on for 500 msec and off for 500 msec). Also, set the Busy Detect Count to something like 10 to avoid false detection.
- Thread starter
- #12
If your Digital Gateway Firmware is showing "2005", then you should do an update on the firmware. Here is the link for the procedure.
Also, if you can get the customer to do a "Feature 9*9" when the calls drop this will do a Log Stamp in the Support Logs that may give an indication of what's going on if you need to open a ticket with E-Metrotel.
Hope this helps and have a blessed day!
Stocking Distributor for E-Metrotel
Also, if you can get the customer to do a "Feature 9*9" when the calls drop this will do a Log Stamp in the Support Logs that may give an indication of what's going on if you need to open a ticket with E-Metrotel.
Hope this helps and have a blessed day!
Stocking Distributor for E-Metrotel
- Thread starter
- #14
Try this:
Go down to the "Disconnect Supervision" section and then read the "On a Release 4.0 System" section. This explains how to check the settings in the chan_dahdi.conf file
Stocking Distributor for E-Metrotel
Go down to the "Disconnect Supervision" section and then read the "On a Release 4.0 System" section. This explains how to check the settings in the chan_dahdi.conf file
Stocking Distributor for E-Metrotel
- Thread starter
- #16
For UCx 4.0, I would start with the following "Busy Detect" options in the chan_dahdi.conf file (if you actually need them for disconnect supervision):
[pre]
busydetect=yes
busypattern=500,500
busycount=10
[/pre]
The busy pattern should be adjusted to match the cadence of the disconnect tone from the CO (i.e., the tone generated by CO after the far end disconnects).
With the options above, the call processing software will disconnect analog trunk calls (internal card only) when it detects 10 repetitions of 500 msec of tone followed by 500 msec of silence. The tone does not have to be any specific frequency. In fact, even speech could trigger the disconnect (especially with a low value used for the busycount).
If you don't need the busy detect feature (e.g., when disconnect supervision is implemented using polarity reversal), the feature should be disabled (to avoid unexpectedly terminated calls) using
[pre]
busydetect=no
[/pre]
[pre]
busydetect=yes
busypattern=500,500
busycount=10
[/pre]
The busy pattern should be adjusted to match the cadence of the disconnect tone from the CO (i.e., the tone generated by CO after the far end disconnects).
With the options above, the call processing software will disconnect analog trunk calls (internal card only) when it detects 10 repetitions of 500 msec of tone followed by 500 msec of silence. The tone does not have to be any specific frequency. In fact, even speech could trigger the disconnect (especially with a low value used for the busycount).
If you don't need the busy detect feature (e.g., when disconnect supervision is implemented using polarity reversal), the feature should be disabled (to avoid unexpectedly terminated calls) using
[pre]
busydetect=no
[/pre]
- Thread starter
- #18
theislandtech
Technical User
verify all the trunks are indeed giving supervision upon answer.
I've had a case when the telco trunk would not give supervision at times!
I've had a case when the telco trunk would not give supervision at times!
- Thread starter
- #20
- Status