01-21-2008 12:56 PM - edited 03-15-2019 08:20 AM
Router 1760 ccme 4.1
IOS c1700-adventerprisek9-mz.124-15.T1.bin
slot0 WIC-1ADSL-I-DG
slot1 empty
slot2 vic2-2BRI-/TE
I am facing two problems.
1. When an income call is answered and the remote caller hang up the bri card detects the end call. when someone calls a public number the bri card keeps the port open even though the call is terminated by the remote peer.
2. We don't hear the moh sound when a call is on hold.
Solved! Go to Solution.
01-21-2008 01:39 PM
Hi,
first advice is that you switch to 12.4(11)XJ4 that has many bugs fixed.
Then if still problems, please collect "debug isdn q931" with term mon.
01-21-2008 01:39 PM
Hi,
first advice is that you switch to 12.4(11)XJ4 that has many bugs fixed.
Then if still problems, please collect "debug isdn q931" with term mon.
01-22-2008 12:01 AM
I that case I have to use an other IOS version compatible with 1760. Is that correct?
01-22-2008 03:01 AM
I'm sorry, there are no XJ4 images for the 1700.
You can get a better image only with 12.4(15)T2.
However you can take the trace immediately. ISDN doesn't use tones and is unlikely that telco doesn't send disconnect when the remote hang up.
01-22-2008 06:38 AM
Thank you for you replay.
I am attaching the debug ISDN file, I hope it will help.
Is it possible to be the image of the ip phones ver sccp 8-2-2SR1S?
01-22-2008 06:41 AM
01-22-2008 07:19 AM
Hi,
At line 3752 I see the release coming from network, as normal. Next time please enable only debug isdn q931, do not enable any other debug.
There is a newer firmware 8-2-2SR4S, but it should not make a difference.
Can you explain again the problem, what happens when the remote hang-up ?
01-22-2008 07:38 AM
01-22-2008 03:02 PM
Hi, the trace is much easier to read now, thank you.
In this case, the disconnection is made by the router at line 3828. If you are sure that the other side has hang up first, you should ask telco if that is normal, but they may answer that since it is the router that originated the call, it will not be notified when the called person hangs-up.
I have never seen anything like that, but they might do that for compatibility with the old analog telephone system, where the called person could not actually disconnect the call, only the calling could.
Do the same try, but have the remote telephone to call you, not viceversa.
01-22-2008 09:52 PM
Hi, when I receive a call from a remote telephone,whenever the remote caller hangs up the cisco phone disconects fine! I will be at the office soon and I will attach the debug log.
01-22-2008 10:28 PM
try this:
voice-port 2/0
no local-bypass
voice-port 2/1
no local-bypass
01-22-2008 11:05 PM
Hi yenlung.
My router and/or IOS do not support the local-bypass command the way you suggested.
but,
1760CCME(config)#voice-card 2
1760CCME(config-voicecard)#no local-bypass
% local-bypass is not supported in this platform
% DSPs are always engaged for local POTS-to-POTS calls
Any help on that?
01-22-2008 11:48 PM
01-23-2008 12:56 AM
Yes, then as I supposed before, your country system is made so that you receive far-end disconnect only when the call was initiated from remote.
On the other hand it is customary that who initiates the call, disconnects first.
01-23-2008 07:24 AM
O.K. I undersand that!
Is there a solution?
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: