Summary:	ASTERISK-11173: Misbehaviur of chan_zap in comparision to any regular PBX or IP telephone
Reporter:	Anton Vazir (vazir)	Labels:
Date Opened:	2008-01-07 11:32:25.000-0600	Date Closed:	2011-06-07 14:08:01
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Channels/chan_zap
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	1) 2nd line should be started only if channel already in "established" state (means user picked up on another side) - but asterisk always start it - even if you just call neighbouring extension. While calling another extension - if noone yet picked the phone - any flash should just hangup the call and start over the line again. 2) Remote ring should stop imediatelly when system receives hangup from calling line - it does not. - You hangup the line - but hear remote still ringing for 0.5 - 1 second. This leads to errors mentioned in 11701
Comments:	By: Russell Bryant (russell) 2008-01-07 11:35:05.000-0600 This report contains almost no details.  Furthermore, I don't consider it a bug report ... By: Anton Vazir (vazir) 2008-01-07 11:47:19.000-0600 Just don't know how to name it, but I feel this as bug, since it highly affect usability and regular office PBX usage, so I'll add more details and explanations as for 1) Whe user from extension X call extension Y - and presses flash (2nd line whn transfer and 3way calling is enabled) - asterisk starts 2nd line. Why this is bad: user may not realize that 2nd line have been started, and depending to situation this leads to missbehaviour - noone can call extension Y - since it's in the ringing state and user of line X can at this time be calling another one or just leave the place - and when (if) he receives ringback - both X and Y extension will be occupied - everyone will receive BUSY wile trying to call them - which is not the real situation. If the ringing extension some remote extension - it may occupy outgoing line - and if it's the only line noone will be able to call outside - and this is the real case in office work when my users accupied 3 lines like that. By: Tilghman Lesher (tilghman) 2008-01-07 11:56:31.000-0600 Please set threewaycalling=no in zapata.conf, and chan_zap will work as you would like. By: Anton Vazir (vazir) 2008-01-07 11:58:38.000-0600 But I need 3waycalling. I need 2nd line. It's an office work and users doe transfers of sometimes put someone on hold or do conference. But none of this needed in ringing state. By: Anton Vazir (vazir) 2008-01-07 12:05:54.000-0600 Atleast all of the commertial PBXes I've been working with - do so - Panasonic (cheap and IP models) Siemens complex stations, Alcatel and LG) By: Tilghman Lesher (tilghman) 2008-01-07 12:20:16.000-0600 If you flash hook, it goes into 3way mode.  I don't know how else to put this. By: Anton Vazir (vazir) 2008-01-07 12:24:06.000-0600 It's simple - You should not start the 2nd line while your remote did not answer - so while system is in the dialing state - just a little logic should be there before starting 2nd line, on-hold or somethin - analyse the state of dialing to remote. Corydon76, sorry - but I don't think that Commercials did this unintentionally - it's behaviour which makes my users to not use asterisk - since they do not understand why their lines are occupied while they sould not be. Try to find "HOLD" or "TRANSFER" on any of the IP phones while remote did not yet pick up? You will not. I'm just looking to my LinkSYS SPA942 - and it gives this options ONLY whey I do anwer the phone, not while ringing. By: Tzafrir Cohen (tzafrir) 2008-01-07 12:45:39.000-0600 The problem here is a "flash" before a call was established. Is there any scenario in which it could be useful? It is also related to the fact that the default value for rxwink in Zaptel is quite large, and thus it is all too easy to flash instead of hanging up. By: Tilghman Lesher (tilghman) 2008-01-07 12:51:47.000-0600 tzafrir:  you need to be careful that you do not break E&M wink, since that signalling does indeed send a flash hook, well before answer or even ring. By: Anton Vazir (vazir) 2008-01-07 12:55:50.000-0600 Guys, Just imagine: You are small company having a few city lines, dumb secretary calls remote number where noone answers, she flashes - Initiating 2nd call and truly believing that she hanged up the 1st call. In reality call stuck. Line is busy. She makes lots of calls and speaks long on another line. 1st Line might be busy for a long time and noone will be able to call in or call out. This is the live case I met. By: Tzafrir Cohen (tzafrir) 2008-01-07 13:07:15.000-0600 vasir, but the same thing can happen at the end of a call, if the same user needs to call immedietly after hanging up. So the real problem here is that it is all to simple to flash instead of hanging up. By: Russell Bryant (russell) 2008-01-07 14:12:37.000-0600 This is still not a bug.