| |
[HELP] FXO disconnect issue.Afternoon all.
I am having an issue with FXO disconnect when removing call forwarding. Here's the scenario:
Folks in the office leave and "forward all" to their mobile (cell) phones. That works. But when they return to the office and remove the call forwarding, the FXO ports stay off-hook, so they cannot dial in or out.
This is the only issue I am having, so if anyone out there has an answer, I'd be grateful. |
|
| markysharkey |
I wanted to bring this back to the top and flesh it out a little just in case the extra detail sparks some interest!
I have two analog lines connected to the PSTN, Line 1 and Line 2. Incoming calls go to line 1 only. When this is call forwarded all to a cell phone the CME will select Line 2 in order to establish the call back out to the cellphone.
So why don't the FXO ports hang up when a forwarded call is ended? Surely the FXO card can figure this out but the evidence suggests otherwise. So does anyone have any ideas? |
|
|
| |
Can you provide a debug showing what happens when call-forwarding is established and when it's deactivated? |
|
| |
to markysharkey
|
|
| |
Yeah, first place I looked and have tried everything on there in every combibation. It's taken ages and has so far proved fruitless. said by DaSneaky1D:Can you provide a debug showing what happens when call-forwarding is established and when it's deactivated? I'd love to... what debug commands should I run? I'm not a voice expert by any stretch, so I'm learning as I go. |
|
| |
to markysharkey
debug voice ccapi inout
debug voice vtsp all
debug vpm signal
debug h225 asn1
|
|
| |
to markysharkey
I don't know how things are in the UK, but for us, switching to ground start trunks pretty much eliminated every problem we had with analog trunks on Cisco gateways. |
|
| |
Thanks for the tip. This system is in France, and I'm sure I've tried ground start 'cos it's in the document Ladino linked to, but I'll try again and I'll be able to offer debugs both with and without ground start in place.
Debugs will happen tonight once the staff have gone home. |
|
| markysharkey |
to ladino
And then what? Place a call, don't place a call? Call forward, place a call? Like I say, I'm no voice expert so I need the debugs, then the methodology to get the right results. |
|
| |
to markysharkey
said by markysharkey:Thanks for the tip. This system is in France, and I'm sure I've tried ground start 'cos it's in the document Ladino linked to, but I'll try again and I'll be able to offer debugs both with and without ground start in place.
Debugs will happen tonight once the staff have gone home. You would have to order ground start trunks from the telco. At least in the US most lines are loop start by default, we had to order ground starts. Its nice though because you get signaling over the trunk so you don't encounter "glare." |
|
| |
to markysharkey
Can you provide the output of 'sh voice port summ | e efxs'
Identify in the output the port(s) in question? |
|
| |
said by ladino:Can you provide the output of 'sh voice port summ | e efxs'
Identify in the output the port(s) in question? Sure can. I'll also upload the debugs later. Didn't get a chance last night, but tonight should be a good night for testing. |
|
| markysharkey |
Or not... I had a workaround in place for the staff to use and they have forgotten to disable it! So I plan to run these tests tomorrow night instead. |
|
| markysharkey |
to ladino
Ladino:- With no call-forwarding in place: CME#sho voice port summary | e efxs
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
=============== == ============ ===== ==== ======== ======== ==
0/0/0 -- fxo-ls up dorm idle on-hook y
0/0/1 -- fxo-ls up dorm idle on-hook y
0/0/2 -- fxo-ls up dorm idle on-hook y
0/0/3 -- fxo-ls up dorm idle on-hook y
PWR FAILOVER PORT PSTN FAILOVER PORT
================= ==================
Only 0/0/0 and 0/0/1 are in use. 0/0/0 supports our "main" line. When I call forward to ANY other external number, 0/0/0 and 0/0/1 stay up up off-hook even after the call is ended. When they are like this all calls coming in hear the standard busy tone as if the line is in use, which as far as the CME is concerned, it is! Here's the output following call forwarding and placing and ending a call. The external phone rings and the call is OK, it just doesn't hang up. CME#sho voice port summary | e efxs
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
=============== == ============ ===== ==== ======== ======== ==
0/0/0 -- fxo-ls up up idle off-hook y
0/0/1 -- fxo-ls up up idle off-hook y
0/0/2 -- fxo-ls up dorm idle on-hook y
0/0/3 -- fxo-ls up dorm idle on-hook y
PWR FAILOVER PORT PSTN FAILOVER PORT
================= ==================
Debugs to follow shortly. |
|
markysharkey
2 edits |
OK, debugs...
Edited to remove waaaaaaa too much info! Sorry... |
|
markysharkey
1 edit |
to ladino
2nd debug:
Edited to remove waaaaaaay too much info! Sorry |
|
markysharkey
1 edit |
to ladino
3rd debug:
Edited to remove waaaaaay too much info! Sorry... |
|
| markysharkey |
to ladino
Final debug. 1. No call forwading. CME#debug h225 asn1
H.225 ASN1 Messages debugging is on
CME#
2. Call forwarding enabled CME#debug h225 asn1
H.225 ASN1 Messages debugging is on
CME#
|
|
| |
to markysharkey
Can we see the config on your two FXO ports? |
|
| |
to markysharkey
Can you post the FXO port configs as well, please? |
|
| |
voice-port 0/0/0
supervisory disconnect dualtone mid-call
no battery-reversal
groundstart auto-tip
no vad
cptone FR
timeouts call-disconnect 3
timeouts wait-release 3
connection plar opx immediate 400
impedance complex2
description Line 1
caller-id enable
!
voice-port 0/0/1
supervisory disconnect dualtone mid-call
groundstart auto-tip
no vad
cptone FR
timeouts call-disconnect 3
timeouts wait-release 3
connection plar opx immediate 401
impedance complex2
description Line 2
caller-id enable
!
voice-port 0/0/2
!
voice-port 0/0/3
!
!
|
|
| |
Not sure if this would help, but check out this page... » ciscoflair.blogspot.com/ ··· sue.htmlTowards the bottom, you'll see a few configs for determining the tone used to end the call. However, is this happening on both lines? Which port faces your outbound line? *reference query* » www.google.com/search?q= ··· ie=UTF-8 |
|
| |
Both ports face an "outbound" line. It's not possible to hairpin a call with just one line... |
|
| |
Why do you have "no battery-reversal" on 0/0/0? |
|
1 edit |
Just trying it...
And just tried the custom cptone config based on the website above. Didn't work. |
|
| |
Well, I'm sorry... But, I think we're both going to learn something new on this one. |
|
| |
No apology needed. Just an answer... |
|
1 recommendation |
to markysharkey
Try adding this:
voice-card 0
no local-bypass |
|
| |
said by BillRoland:Try adding this:
voice-card 0
no local-bypass Came across that as well, would have assumed it's been tried already if commands supported. » supportforums.cisco.com/ ··· ots-pots |
|
| |
No I haven't tried that. Must have missed that one!
I'll give it a try tonight. People working during the day so I can't really muck around with it. I'll report back tonight. |
|
