Re: [cisco-voip] FXO Disconnect Detection
Thanks for all the advice. An update on this issue: We have been in contact with the carrier. They have indicated that others have had similar issues, all since moving to a “new” softswitch at the CO. The CO tech has apparently verified that the signalling is going out, but doesn’t get passed through the DSLAM that is somewhere in between the CO and our premise. Is there anyone who is knowledgeable about telephone standards & regulations? Is the carrier REQUIRED to do disconnect supervision, or is it merely a courtesy? On Sep 12, 2016, at 1:11 AM, Esmaeel Saberi <esmae...@gmail.com<mailto:esmae...@gmail.com>> wrote: EXTERNAL This link is usefull https://supportforums.cisco.com/discussion/11127921/fxo-4-voice-ports-always-busy On Mon, Sep 12, 2016 at 10:34 AM Esmaeel Saberi <esmae...@gmail.com<mailto:esmae...@gmail.com>> wrote: Hello You must record the sound of busy or congestion tone and define the frequency in router On Mon, Sep 12, 2016 at 5:21 AM Sreekanth <sknt...@gmail.com<mailto:sknt...@gmail.com>> wrote: Hi Scott, When reaching out to the telco, ask them what kind of disconnect they're doing. Is it: 1. Battery reversal 2. Power denial 3. Supervisory disconnect - tone played by the telco to indicate a disconnect You've mentioned that when the remote party disconnects, the VoIP phone stays off hook. Do you hear a disconnect tone during this period? If so, the telco is using supervisory disconnect. In that case, your DSPs on the router may need a tweak. You can do 2 things: 1. Take pcm captures on the router to capture the disconnect tone. Then open a case with TAC who can decode this and give you the settings for the supervisory disconnect. 2. Do the ds0-dump on the router and capture the tones, decode them yourself using Audacity and put in the settings. DS0-dump: http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-system/115749-analyze-pcm-data.html Video for setting up pcm captures and Ds0-dump. https://www.youtube.com/watch?v=HkPjTBvx_YA Cheers! On 12 September 2016 at 05:30, Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote: Scott, You are correct, it is the default. Oddly, what I meant to suggest is that you try disabling (no battery-reversal) but it seems that I suggested you to enable it (in which it has always been enabled). Try disabling the support and see what happens. Apologies! Thanks, Ryan ________ From: Hughes, Scott GRE-MG <shug...@grenergy.com<mailto:shug...@grenergy.com>> Sent: Sunday, September 11, 2016 7:13 PM To: Ryan Huff Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] FXO Disconnect Detection :-/ unfortunately, that command must already be a default is IOS 15.5M because it doesn't show up in the running config after I put it in. Thanks for the suggestion though! On Sep 9, 2016, at 6:21 PM, Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com><mailto:ryanh...@outlook.com<mailto:ryanh...@outlook.com>>> wrote: EXTERNAL You may try enabling support for battery reversal detection on the voice port; voice-port x/x/x battery-reversal ! -Ryan On Sep 9, 2016, at 6:57 PM, Hughes, Scott GRE-MG <shug...@grenergy.com<mailto:shug...@grenergy.com><mailto:shug...@grenergy.com<mailto:shug...@grenergy.com>>> wrote: Hi, I have a Cisco 2921 H.323 gateway tied to CUCM 11 with 4 FXO (loop start) ports in a trunk group. Unanswered calls get forwarded to an offsite answering service (hairpinning out of the same set of FXO ports). Ports are setup with "connection plar opx 1000" My issue is that ports don't detect when the other end hangs up. When a remote party hangs up, the VoIP phone stays off hook and eventually plays a dial tone, followed by an operator message. I suspect that the forwarded calls terminate but both FXO ports in the hairpin stay off hook indefinitely. How can I combat this problem? I can reach out to the telco but need to know what to ask for. I am located in the US, if that makes a difference. I've read many articles about supervisory disconnection but none really help with troubleshooting steps or timers to tweak. -Scott NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net><mailto:cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>> https://puck.nether.net/mailman/
Re: [cisco-voip] FXO Disconnect Detection
No change in behavior there either. Hopefully will be able to get ahold of the telco tomorrow. On Sep 11, 2016, at 7:00 PM, Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote: EXTERNAL Scott, You are correct, it is the default. Oddly, what I meant to suggest is that you try disabling (no battery-reversal) but it seems that I suggested you to enable it (in which it has always been enabled). Try disabling the support and see what happens. Apologies! Thanks, Ryan ____ From: Hughes, Scott GRE-MG <shug...@grenergy.com<mailto:shug...@grenergy.com>> Sent: Sunday, September 11, 2016 7:13 PM To: Ryan Huff Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: Re: [cisco-voip] FXO Disconnect Detection :-/ unfortunately, that command must already be a default is IOS 15.5M because it doesn't show up in the running config after I put it in. Thanks for the suggestion though! On Sep 9, 2016, at 6:21 PM, Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com><mailto:ryanh...@outlook.com>> wrote: EXTERNAL You may try enabling support for battery reversal detection on the voice port; voice-port x/x/x battery-reversal ! -Ryan On Sep 9, 2016, at 6:57 PM, Hughes, Scott GRE-MG <shug...@grenergy.com<mailto:shug...@grenergy.com><mailto:shug...@grenergy.com>> wrote: Hi, I have a Cisco 2921 H.323 gateway tied to CUCM 11 with 4 FXO (loop start) ports in a trunk group. Unanswered calls get forwarded to an offsite answering service (hairpinning out of the same set of FXO ports). Ports are setup with "connection plar opx 1000" My issue is that ports don't detect when the other end hangs up. When a remote party hangs up, the VoIP phone stays off hook and eventually plays a dial tone, followed by an operator message. I suspect that the forwarded calls terminate but both FXO ports in the hairpin stay off hook indefinitely. How can I combat this problem? I can reach out to the telco but need to know what to ask for. I am located in the US, if that makes a difference. I've read many articles about supervisory disconnection but none really help with troubleshooting steps or timers to tweak. -Scott NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net><mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] FXO Disconnect Detection
:-/ unfortunately, that command must already be a default is IOS 15.5M because it doesn't show up in the running config after I put it in. Thanks for the suggestion though! On Sep 9, 2016, at 6:21 PM, Ryan Huff <ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote: EXTERNAL You may try enabling support for battery reversal detection on the voice port; voice-port x/x/x battery-reversal ! -Ryan On Sep 9, 2016, at 6:57 PM, Hughes, Scott GRE-MG <shug...@grenergy.com<mailto:shug...@grenergy.com>> wrote: Hi, I have a Cisco 2921 H.323 gateway tied to CUCM 11 with 4 FXO (loop start) ports in a trunk group. Unanswered calls get forwarded to an offsite answering service (hairpinning out of the same set of FXO ports). Ports are setup with "connection plar opx 1000" My issue is that ports don't detect when the other end hangs up. When a remote party hangs up, the VoIP phone stays off hook and eventually plays a dial tone, followed by an operator message. I suspect that the forwarded calls terminate but both FXO ports in the hairpin stay off hook indefinitely. How can I combat this problem? I can reach out to the telco but need to know what to ask for. I am located in the US, if that makes a difference. I've read many articles about supervisory disconnection but none really help with troubleshooting steps or timers to tweak. -Scott NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] FXO Disconnect Detection
Hi, I have a Cisco 2921 H.323 gateway tied to CUCM 11 with 4 FXO (loop start) ports in a trunk group. Unanswered calls get forwarded to an offsite answering service (hairpinning out of the same set of FXO ports). Ports are setup with "connection plar opx 1000" My issue is that ports don't detect when the other end hangs up. When a remote party hangs up, the VoIP phone stays off hook and eventually plays a dial tone, followed by an operator message. I suspect that the forwarded calls terminate but both FXO ports in the hairpin stay off hook indefinitely. How can I combat this problem? I can reach out to the telco but need to know what to ask for. I am located in the US, if that makes a difference. I've read many articles about supervisory disconnection but none really help with troubleshooting steps or timers to tweak. -Scott NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] VMTools - CUCM 10.5
Has anyone dealt with bugID CSCul78735 lately? We just installed our latest round of VMware 5.5 patches. Along with it came new VMtools. Usual (automatic) upgrade method did not work. The VMware tools status went from 'out of date' to 'not installed' We were able to get the tools installed on our two subscribers by switching SELinux to permissive mode as the bug describes. We switched them back to enforcing. Then, we found that the active partition filled over the next 2 days before the subscriber died a horrible death and had to be rebuilt. I believe that /var and /etc/selinux had most of the runaway logs. TAC couldn't even create a root support account because the partition was full. Just a caution to those who patch VMware regularly. Make sure you have alerting on filesystem capacity. Ours were 2500 user nodes so there's only ~3 GB free on the active partition normally. I would be very interested if anyone has further info on this bug. NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] cucm 10.5(1) vs 10.0(1)
I would love for some clarification on this-- specifically VG224, 7925, and 7937 support. On Jul 8, 2014, at 3:26 PM, Anthony Holloway avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote: It appears as though CUCM 10.5 drops official support for some phone and gateway models. E.g., 7925, 7937, 1861 and VG224. Or at least, the compatibility matrix is no longer being maintained for these products. Check here: http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/uc_system/unified/communications/system/versions/IPTMtrix.html#wp1016708 On Tue, Jul 8, 2014 at 7:23 AM, GR grc...@gmail.commailto:grc...@gmail.com wrote: Hi Guys, Was just about to do a fresh installation of ucm/cuc/imp on a Cisco BE6k. Is 10.5 mature enough to go ahead? Anyone has anything to share on whether to go for a 10.0 or 10.5? Googling didnot yield sufficient results - if anyone can share there first hand experience or thoughts would be great. -gr Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
