[cisco-voip] dialtone after disconnect on vg224
Bernhard Albler
balbler at nts.at
Sun Jul 8 04:35:04 EDT 2007
Lelio,
I had that issue with one customer about 1 ½ years ago. Basically the issue was that my analog devices (cordless and polycom conf phones) did (and do not) support any kind of disconnect supervision beside tone detection.
I opened a case on the issue and basically the result was the following:
* the vg224 expects the analog device to actually disconnect the call
* unfortunately the stcapp was not capable of playing any kind of busy tone after disconnect
* since the analog device was still offhook, the vg would start to play dialtone again after some time
Workaround: convert the vg224 to H323, use ATAs or buy 7936s as a replacement for the conf phones ;-)
BUT, guess what:
12.4(11)T provides you with some flexibility there (recently added and my austria SE informed me about it):
Quote from the TOI slide:
Feature can be enabled/disabled via pots dial peer configuration.
Default feature is enabled and does not show up in running config.
A new option is added for tone sub-command under pots dial peer.
dial-peer voice xxx pots
[no] tone dialtone remote-onhook
No form of this command will disable this feature.
Note: This CLI option is available to all dial peer services. It is up to the service to
determine whether to utilize/enable it. Currently only STCAPP supports it.
So I haven't tried out what happens, when you disable the automatic dialtone generation (dead air or a busy?). But I guess I would give it a try.
Documentation at; http://www.ardentcom.com/univercd/cc/td/doc/product/software/ios124/124newft/124limit/124x/124xe6/htrelay.htm#wp1086931 <http://www.ardentcom.com/univercd/cc/td/doc/product/software/ios124/124newft/124limit/124x/124xe6/htrelay.htm#wp1086931>
So maybe this feature isn't as silly as wanting to forward secondary lines (which is OUTRAGEOUSLY silly of course ) ;-).
Regards
bernhard
------------------------------------------
DI (FH) Bernhard Albler, NTS AG
Tel.: +43 (1) 867 67 76 -0, email: balbler at nts.at
________________________________
Von: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] Im Auftrag von Lelio Fulgenzi
Gesendet: Freitag, 6. Juli 2007 21:29
An: Tim Jackson
Cc: cisco-voip at puck.nether.net
Betreff: Re: [cisco-voip] dialtone after disconnect on vg224
SKINNY. nothing but the best. ;)
Lelio "living vicariously through the protocol" Fulgenzi.
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo." WJR
----- Original Message -----
From: Tim Jackson <mailto:jackson.tim at gmail.com>
To: Lelio Fulgenzi <mailto:lelio at uoguelph.ca>
Cc: cisco-voip at puck.nether.net
Sent: Friday, July 06, 2007 3:27 PM
Subject: Re: [cisco-voip] dialtone after disconnect on vg224
What protocol are you running on the VG224? MGCP?
--
Tim
On 7/6/07, Lelio Fulgenzi <lelio at uoguelph.ca > wrote:
Right now, on my VG224 port, when the other party hangs up, I am presented with dialtone. I would rather the VG224 disconnect the line. This is particularly useful for cordless phones that someone would just put down rather than hang up.
Is there a setting that I'm missing?
Or is everything working as designed and I'm asking for something silly like forwarding secondary lines?
Lelio
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo." WJR
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070708/ec286e9c/attachment.html
More information about the cisco-voip
mailing list