Hey Stefan,

thanks for the detailed info.

Cheers,
DanB

On Thu, 2008-11-20 at 14:52 +0100, Stefan Sayer wrote:
> Hello,
> 
> o Dan-Cristian Bogos [11/17/08 12:35]:
> > Hey guys,
> > 
> > wast just checking out the Click2Dial application and it looks really
> > promissing (well done btw).
> > 
> > Following ideas came out of necessity of a user,  which I would like to
> > bring them up to you, so you perhaps comment them and estimate whether
> > possible from your point of view or not and if long time requiring:
> > 
> > * Playable tone during call-setup on BLeg: Right now there is
> > dead-silence when the BLeg is set up, which makes the ALeg feel that the
> > request is on the air. Would it be possible to play some configurable
> > tone (fake ringback or some play) automatically repeating itself, while
> > the BLeg is being set up?
> yes, you only need to check and handle the reply code in 
> C2DCallerDialog::onB2BEvent. if it is ringing, you can set your own RBT 
> file as output (will be shut of if callee connects).
> 
> > 
> > * Playable status codes on BLeg: right now if the call is disconnected
> > the ALeg will be dropped without any information. Could SEMS play a
> > reason (eg: 404.wav on 404 received on BLeg of default one if 404.wav
> > not found)?
> override  AmB2BSession::onOtherReply with your 
> C2DCallerDialog::onOtherReply and set e.g. reply.code +".wav" as output 
> if >=300.
> 
> > 
> > * Accounting: in the current status there is no accounting (at least not
> > found easily by a new user like me). Can we have Radius accounting for
> > it, in a non-blocking way? What other alternatives are there, except
> there is no radius client support atm, but it should be pretty 
> straightforward to include a client lib. you can have diameter, if that 
> is not too exotic (see diameter_client), its usable over the DI 
> interface, i.e. should be pretty easy to generate accounting events.
> 
> > using another software like SER or openb2bua only for accounting.
> > 
> > * Call teardown controll: can we controll the calls once generated over
> > xmlrpc, to be able to kill them if we like (not really by leg, but by
> > tag perhaps).
> have a look at webconference application and how it is solved there.
> 
> > 
> > * Active calls display: saw that there is a calls() function. Would it
> > be possible to add more information like from, to and counter?
> yeah, more monitoring would be nice. 
> (http://tracker.iptel.org/browse/SEMS-45)
> > 
> > I hope you don't get me wrong, I know we are dealing here with GPL code
> > on "best effort support", just want to know where the code is standing
> > and whether I should put my hands in dirt and rewriting the same app in
> > python since I am not a C++ devel, or maybe it will be easier asking
> > support here.
> well, I think with this click2dial application you have the basics. We 
> are using a much improved version of click to dial with media relay 
> (like examples/jukecall), but it is heavily customized to our needs 
> (>90% of the app).
> 
> If you are not so comfortable with c++/sems programming, I would 
> probably see whether controlling webconference from the outside via 
> xmlrpc gives you what you need in an easier way (it generates ringtone, 
> has call status etc). maybe add some little functions for accounting 
> like in sw_prepaid_sip.
> 
> hth
> Stefan
> 
> > 
> > Ta,
> > DanB
> > 
> > _______________________________________________
> > Sems mailing list
> > [email protected]
> > http://lists.iptel.org/mailman/listinfo/sems
> 

_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems

Reply via email to