[asterisk-dev] [Code Review] 2573: res_parking: Recreate the 'Park' manager action in the new parking system

[jrose]

> On June 18, 2013, 2:40 p.m., Matt Jordan wrote:
> > /trunk/res/parking/parking_manager.c, line 78
> > <https://reviewboard.asterisk.org/r/2573/diff/3/?file=39822#file39822line78>
> >
> >     "The channel to be called back if the <replaceable>timeout</replaceable> value specified is reached"
> 
> jrose wrote:
>     No, I think that would imply that this is only useful when 'timeout' is provided. This actually applies for regular timeouts as specified by the individual parking lots as well. It is pretty inaccurate for a couple reasons as is though.  For instance, this channel won't necessarily be returned to if comebacktoorigin=no for the parking lot. This was true before as well.
>     
>     Under the changes in https://reviewboard.asterisk.org/r/2638/ this will no longer actually be a channel at all. It might be appropriate to rename this variable. If not, we can simply document it as being the dial string that should be used.
> 
> Matt Jordan wrote:
>     This is an AMI action, not an event passing channel information after a channel has hung up. Since the code already breaks down the channel name into the dial string to dial back if the parked call times out, having the AMI client pass a channel name is somewhat appropriate. In the interest of being backwards compatible where possible, I don't think we should change that unless we have to.
>     
>     Documentation should still specify exactly what happens and what occurs. So this should still be updated:
>     "Channel name to use when constructing the dial string that will be dialed if the parked channel times out."
>     
>     You probably should update the timeout parameter as well to note that it overrides the parking lot's timeout when specified. It's current description doesn't imply that at all.


> On June 18, 2013, 2:40 p.m., Matt Jordan wrote:
> > /trunk/res/parking/parking_manager.c, lines 80-82
> > <https://reviewboard.asterisk.org/r/2573/diff/3/?file=39822#file39822line80>
> >
> >     This parameter is optional, so the 'required' attribute should be false
> 
> jrose wrote:
>     I was sort of operating under the assumption that if required=true weren't applied that required would automatically be false.

Looks like I should go ahead and turn this back into milliseconds as well.  Parking doesn't really do milliseconds, but having the argument in milliseconds shouldn't be a problem... it'll just mean there will be rounding going on. Hardly matters given the time scale that parking generally works on...


- jrose


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2573/#review8909
-----------------------------------------------------------


On June 21, 2013, 6:45 p.m., jrose wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2573/
> -----------------------------------------------------------
> 
> (Updated June 21, 2013, 6:45 p.m.)
> 
> 
> Review request for Asterisk Developers, Matt Jordan and rmudgett.
> 
> 
> Bugs: ASTERISK-21641
>     https://issues.asterisk.org/jira/browse/ASTERISK-21641
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This patch gets the 'Park' manager action back up and working. It supports all the arguments to the old park manager action and seems to work in the same way.
> This patch also fixes an issue with the 'Bridge' manager action where channels yanked from two party bridges would leave the bridge up in spite of there being only one channel in the bridge at that point.
> 
> 
> Diffs
> -----
> 
>   /trunk/res/parking/parking_controller.c 392389 
>   /trunk/res/parking/parking_bridge_features.c 392389 
>   /trunk/res/parking/parking_bridge.c 392389 
>   /trunk/res/parking/parking_applications.c 392389 
>   /trunk/main/features.c 392389 
>   /trunk/main/bridging.c 392389 
>   /trunk/include/asterisk/features.h 392389 
>   /trunk/CHANGES 392389 
>   /trunk/res/parking/parking_manager.c 392389 
>   /trunk/res/parking/res_parking.h 392389 
> 
> Diff: https://reviewboard.asterisk.org/r/2573/diff/
> 
> 
> Testing
> -------
> 
> Pulled channels from bridged and unbridged calls with the 'Park' and made sure the channel on the other end got torn down in each case. I did similar stuff with the 'Bridge' command.
> 
> 
> Thanks,
> 
> jrose
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130621/36b66668/attachment.htm>