dslreports logo
site
 
    All Forums Hot Topics Gallery
spc

spacer




how-to block ads


Search Topic:
uniqs
2053
share rss forum feed

markysharkey
Premium
join:2012-12-20
united kingd

[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.
--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd
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?
--
Binary is as easy as 01 10 11


DaSneaky1D
what's up
Premium,MVM
join:2001-03-29
The Lou
Can you provide a debug showing what happens when call-forwarding is established and when it's deactivated?

ladino

join:2001-02-24
USA
kudos:1
reply to markysharkey
Ah ....the old FXO disconnect issue

»www.cisco.com/c/en/us/support/do···ect.html

markysharkey
Premium
join:2012-12-20
united kingd
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.
--
Binary is as easy as 01 10 11

ladino

join:2001-02-24
USA
kudos:1
reply to markysharkey
debug voice ccapi inout
debug voice vtsp all
debug vpm signal
debug h225 asn1
 


BillRoland
Premium
join:2001-01-21
Ocala, FL
kudos:3
reply 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.

markysharkey
Premium
join:2012-12-20
united kingd
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.
--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd
reply to ladino
said by 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.
--
Binary is as easy as 01 10 11


BillRoland
Premium
join:2001-01-21
Ocala, FL
kudos:3
Reviews:
·Cox HSI
reply 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."
--
Don't blame me, I voted for Ron Paul.
Beyond AM. Beyond FM. (((XM)))

ladino

join:2001-02-24
USA
kudos:1
reply to markysharkey
Can you provide the output of 'sh voice port summ | e efxs'
Identify in the output the port(s) in question?

markysharkey
Premium
join:2012-12-20
united kingd
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.
--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd
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.
--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd
reply 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.

--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd

2 edits
OK, debugs...

Edited to remove waaaaaaa too much info! Sorry...

--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd

1 edit
reply to ladino
2nd debug:

Edited to remove waaaaaaay too much info! Sorry

--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd

1 edit
reply to ladino
3rd debug:

Edited to remove waaaaaay too much info! Sorry...

--
Binary is as easy as 01 10 11

markysharkey
Premium
join:2012-12-20
united kingd
reply 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#
 
--
Binary is as easy as 01 10 11


BillRoland
Premium
join:2001-01-21
Ocala, FL
kudos:3
reply to markysharkey
Can we see the config on your two FXO ports?


DaSneaky1D
what's up
Premium,MVM
join:2001-03-29
The Lou
reply to markysharkey
Can you post the FXO port configs as well, please?

markysharkey
Premium
join:2012-12-20
united kingd
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
 !
 !
 
--
Binary is as easy as 01 10 11


DaSneaky1D
what's up
Premium,MVM
join:2001-03-29
The Lou
Reviews:
·Charter
Not sure if this would help, but check out this page...
»ciscoflair.blogspot.com/2009/05/···sue.html

Towards 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=FXO+port···ie=UTF-8

markysharkey
Premium
join:2012-12-20
united kingd
Both ports face an "outbound" line. It's not possible to hairpin a call with just one line...
--
Binary is as easy as 01 10 11


DaSneaky1D
what's up
Premium,MVM
join:2001-03-29
The Lou
Why do you have "no battery-reversal" on 0/0/0?

markysharkey
Premium
join:2012-12-20
united kingd

1 edit
Just trying it...

And just tried the custom cptone config based on the website above. Didn't work.


DaSneaky1D
what's up
Premium,MVM
join:2001-03-29
The Lou
Well, I'm sorry... But, I think we're both going to learn something new on this one.

markysharkey
Premium
join:2012-12-20
united kingd
No apology needed. Just an answer...
--
Binary is as easy as 01 10 11


BillRoland
Premium
join:2001-01-21
Ocala, FL
kudos:3

1 recommendation

reply to markysharkey
Try adding this:

voice-card 0
no local-bypass

ImpetusEra
Premium
join:2004-05-19
00000
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/document···ots-pots

markysharkey
Premium
join:2012-12-20
united kingd
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.
--
Binary is as easy as 01 10 11