[asterisk-dev] Working on adding Camping to asterisk...wouldlikesome feedback

[Mitch Sharp]

> > A quick discussion on IRC month or so ago, suggested that CCSS may
need to
> > be tweaked to allow a caller to remain on hold (suspend call), then
when the
> > remote party becomes free they are then connected to the caller
(resume
> > call) who has been at MOH.
> 
> Actually, there's another subtlety of Camp-On that hasn't been brought
> up in this thread: in all the implementations I've seen, the caller is
> in fact "camped on" the callee's extension, and the callee *cannot*
> receive or place any other calls until after the caller is connected
to
> them and hangs up. When the callee's current call is disconnected, the
> camped-on call is immediately delivered to them.

Kevin,

It sounds like a dialplan function ISCAMPEDON(Technology/Resource) would
be useful in that regard, unless every other application that sends a
call to a device was updated to offer CCBS instead of actually dialing a
camped on device.

Alec,

I'm assuming that would mean writing an "incoming" cc_agent_policy???
In the incoming call handling dialplan you would
Set(CALLCOMPLETION(cc_agent_policy)=incoming).  That agent would just
place them in some sort of holding area (a campground?) with music on
hold, instead of hanging up the call.  If the timer expires the call
would be sent to a timeout_macro.

Is that the right thinking in regards to CCSS?

Mitch Sharp (bluecrow76)