[OpenSIPS-Users] OpenSIPS > announcement > pstn
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Fri May 21 12:01:27 CEST 2010
Hi Albert,
Albert Paijmans wrote:
> Hi Stefan and Bogdan,
>
> Thanks for all the positive feedback, yes I thougt that 183 response
> and 404 not found on early announce or bye for announce application in
> SEMS would work. But it could also be used for service wide
> announcements and combined with callerid patch and database with
> language option...
For injecting media before the call, basically you have 2 options:
- inject based on early media (183) before the call is completed
(make first branch to media server, get media via 183, media server
sends 4xx, opensips make serial forking to the real destination)
- use the B2BUA module with a scenario where first the call is sent
and accepted by media server, then BYEed ; after that b2bua send a new
call leg to GW.
>
> Our concept is to make telecom free, so for internal calls, +883, ENUM
> and other voip networks there will not be an announcement We know that
> the promo announcement must be short. :) There are so many people
> willing to help out by donating a server. So we have 0 cost and only
> pay the actual minutes at increadible rates. If we could we'd let you
> dial everywhere in the world for free.
>
> Just another question out of curiousity, in the OpenSIPS routing
> script, you can set sip messages "40X forbidden" etc. Could one also
> make this "Gandalf says: 40X forbidden"?
> or would that really screw up any Linksys, Snom, Asterisk or other
> voip equipment?
opensips can send whatever reply you want:
sl_send_reply("403","Get Lost");
This should not screw up the UACs ....
Regards
Bogdan
>
> Albert
>
>
> On Tue, May 18, 2010 at 7:41 PM, Stefan Sayer
> <stefan.sayer at googlemail.com <mailto:stefan.sayer at googlemail.com>> wrote:
>
> Hi Bogdan,
>
> Bogdan-Andrei Iancu wrote:
> > Hi Stefan,
> >
> > There is a built in functionality for this in OpenSIPS: see the
> > minor_branch_flag()
> > http://www.opensips.org/html/docs/modules/1.6.x/tm.html#id271212
> >
> > This can be used when you parallely fork a branch to a media
> server to
> > get media via 183 (like ring back tone), but you do not want the
> > transaction engine to wait for the completion of that branch (if all
> > other did end with negative answer).
> > Again this is mainly for parallel forking scenarios.
> thanks for the pointer, thats interesting for RBT. It understood
> (possibly wrong) that the OP wanted to have his ads completed before
> the call continues. not that I would personally like it much to listen
> to long ads before the call, but if the ads are only played while its
> connecting/ringing, thats probably ok (for a free service). If I were
> the OP, I would send the call through SEMS B2BUA and mix the actual
> RBT audio from destination with the ad from DB, that way the caller
> knows what's happening with the call while listening to ad, and
> listens probably with much more attention.
>
> Regards
> Stefan
>
> >
> > Regards,
> > Bogdan
> >
> > Stefan Sayer wrote:
> >> Albert Paijmans wrote:
> >>
> >>> Hi Andreas,
> >>>
> >>> Thanks for the reply. The reason we do not want to use
> Asterisk, but
> >>> SEMS, is because SEMS offers the possibility to play a different
> >>> announcement (could be from database) to every extension. This
> ofcourse
> >>> makes it more attractive to our sponsors. We want to do both
> sponsor
> >>> messages for outgoing calls and we will have some discreet
> advertisement
> >>> on our website. We think we can offer free phonecalls to most
> >>> international destinations thanks to Open Source and we are all
> >>> volunteers :)
> >>>
> >>> So forwarding calls to Asterisk and using Asterisk as a media
> server for
> >>> voicemail or busy tones I understand that part. But how could
> I send
> >>> outgoing (pstn) calls to SEMS first and then to Asterisk? Is there
> >>> something like a service route for this?
> >>>
> >> whether you are using SEMS or Asterisk for pre call/early media
> >> announcement, you would first send the call to the media server of
> >> your choice, have an announcement played with 183, then the media
> >> server replies with negative final reply, which you catch in your
> >> proxy and add as another branch the final destination
> (pstn/asterisk).
> >>
> >> alternatively, you can send the call to SEMS, have the announcement
> >> played there in early media, and then continue the call in
> B2BUA mode
> >> through SEMS (see ann_b2b application, you can modify that a
> little to
> >> use 183 instead of 200; or use a simple DSM script and
> connectCallee
> >> action).
> >>
> >> Regards
> >> Stefan
> >>
> >>
> >>
> >>> Thanks
> >>>
> >>> Albert
> >>>
> >>>
> >>>
> >>> On Sat, May 15, 2010 at 2:06 AM, Andreas Sikkema
> <h323 at ramdyne.nl <mailto:h323 at ramdyne.nl>
> >>> <mailto:h323 at ramdyne.nl <mailto:h323 at ramdyne.nl>>> wrote:
> >>>
> >>> On May 14, 2010, at 11:13 PM, Albert Paijmans wrote:
> >>>
> >>> > Is it possible to add an extra announcement server in
> the call path?
> >>> > So OpenSIPS acts as registrar/proxy, Asterisk does pstn,
> >>> voicemail etc. But on certain destinations the call is relayed
> >>> through an announcement server before continuing to Asterisk.
> >>>
> >>> I'd just use the existing Asterisk for it (providing it has a
> >>> reliable timing source) and have it play a wav file during
> "ringing
> >>> phase" and after the WAV file ends do the rest of the
> dialplan and
> >>> have the outgoing call answer the incoming call.
> >>>
> >>> This sudden influx of "let's do add before the call"
> business plans
> >>> of late really takes me back to my first VoIP operator
> job, they
> >>> just stopped doing that (in the Netherlands and Germany)
> because
> >>> there was no money around 2002 after the whole 9/11 thing
> when there
> >>> was an economic crisis and advertisers stopped advertising
> ;-)
> >>>
> >>> I must be getting old....
> >>>
> >>> --
> >>> Andreas
> >>> _______________________________________________
> >>> Users mailing list
> >>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> <mailto:Users at lists.opensips.org <mailto:Users at lists.opensips.org>>
> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>
> >>>
> >>>
> >>>
> ------------------------------------------------------------------------
> >>>
> >>> _______________________________________________
> >>> Users mailing list
> >>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>
> >>
> >>
> >
> >
>
>
> --
> Stefan Sayer
> VoIP Services Consulting and Development
>
> Warschauer Str. 24
> 10243 Berlin
>
> tel:+491621366449
> sip:sayer at iptel.org <mailto:sip%3Asayer at iptel.org>
> email/xmpp:stefan.sayer at gmail.com
> <mailto:xmpp%3Astefan.sayer at gmail.com>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
--
Bogdan-Andrei Iancu
www.voice-system.ro
More information about the Users
mailing list