<div dir="ltr">Hello,<br><br>Receptionist is currently using an hardphone which has what I call a "Last In First Out behaviour" :<br>whenever a new call comes in, menus that appear in phone LCD relates to the latest incoming call not to the on-going call (if another was already established).<br>
<br>So if the receptionnist was in the middle of an assisted transfer, he/she would have to answer incoming before finished previous ones.<br><br>Fortunately, the possibility to reject an incoming call remains.<br><br>My question is :<br>
how would you program Asterisk to adapt to this phone and offer FIFO service.<br><br><br>My first idea was to use Call Parking :<br>incoming calls are presented the way they are.<br>if receptionist don't want to deal with it immediatly, he/she would have to reject incoming call<br>
if a call is rejected (in Busy status in dialplan), it will be would have to be somehow forwarded to a dedicated parking slot<br>dedicated parling slots are tied to dedicated BLF in receptionist hardphone<br>receptionist finishes ongoing calls<br>
when receptionist becomes ready, he/she would dial parking slot (push dedicated BLF).<br><br>But when I dig into this :<br>- without special care (Asserted-Identity ?), is CLI preserved (as I obviously don't want to display number I dialed to reach parking slot) ?<br>
- is ParkAndAnnounce working without announcement ?<br>- is BLF working (with Call Parking) ?<br>- should I ask receptionnist before parking or park immedialty (they asked for FIFO)<br>- is there a better way with Queues, to handle this ?<br>
<br>Thoughs ?<br>Regards<br></div>