I that case I have to use an other IOS version compatible with 1760. Is that correct?

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.

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?

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?

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 ?

OK see attached file

When we place a call to a public number 8888888888 when the public number user hungs up, the line still remains connected until we hungup the phone (ext, 200)

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.

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.

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?

Here is the debug for an incomming call.

Everything works fine!

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.

O.K. I undersand that!

Is there a solution?