off the top of my head I would say in switch_ivr_originate.c and switch_ivr_bridge.c
On Sat, Jan 24, 2009 at 5:59 AM, shehzad p <[email protected]> wrote: > > Hi Anthony, > > Where I can apply such patch in code to suppress answer. > > Thanks for response. > > > Anthony Minessale-2 wrote: > > > > Daivd, > > > > I think you missed part of his question. > > > > You can easily choose not to answer an inbound call in FS by never > > explicitly answering it. > > you can call pre_answer instead or if you send the call to an app that > > requires media it's pre_answered automatically. > > > > pre_answer in FS terms is early media. > > > > You can run an ivr for instance completely in early_media (assuming the > > telco allows dtmf during early media) > > > > He asked if we can *bridge* the call outward to another endpoint and not > > pass the answer across when the far end answers. > > > > The bridge application is designed to bridge calls and the standard > > behavior > > when forwarding a call would be > > once the far end answers, pass the answer indication down the line. > > > > We do not currently have provision for supressing the answer as I stated. > > It would require a patch. > > > > > > > > > > > > On Thu, Jan 22, 2009 at 6:44 AM, David Knell <[email protected]> wrote: > > > >> There's a whole bunch of reasons why you might not want to answer an > >> inbound call: > >> - intercept messages (e.g. "the cellphone you've called is switched > off") > >> - cost reduction on 1-800 calls, although you won't get a forward audio > >> path from the > >> caller until you do answer it > >> - in one case, a company for whom I'd provided some IVR (back in the > >> 1990s) > >> had > >> someone mail out some tens of thousands of cards with "You owe us X - > you > >> must call > >> this (900) number now to avoid court proceedings" on; we were able to > not > >> answer the > >> inbound leg of the call, but still play a recorded message to the caller > >> informing them > >> that they could just ignore it. Had we had to answer the inbound leg, > >> they'd have been > >> charged. > >> > >> --Dave > >> > >> Thanks Anthony, > >> > >> There are some toll-free numbers I need to configure such that, > >> originator > >> does not need to charge to its users, even though they are answered on > >> terminator side. > >> > >> > >> > >> > >> Anthony Minessale-2 wrote: > >> > >> > >> You can't. > >> > >> Why would you need that? Are you trying to forward inbound calls from > >> the > >> pstn to an ivr without answering them? > >> That could get you in trouble FYI. > >> > >> > >> On Wed, Jan 21, 2009 at 7:40 AM, shehzad p <[email protected]> > >> <[email protected]> wrote: > >> > >> > >> > >> Hi all, > >> > >> When I dial a number from Originator Gateway, It will route to > Freeswitch > >> Server and then FS will bridge the call to Terminator Gateway as below. > >> Terminator Answer the call (and runs playback, and look for DTMF). > >> > >> |Originator Gateway|---------------> |FreeSwitch |------------------> > >> |Terminator Gateway| > >> > >> I used bridge application to route call to Terminator. > >> But my requirement is that when Terminator answer the call (Respnd with > >> 200OK) , Freeswitch should NOT Answer call for A leg (Originater > >> Gateway). > >> > >> How can be this done? > >> > >> Thanks in advance. > >> msp. > >> -- > >> View this message in > >> context: > http://www.nabble.com/How-to-bridge-without-Answer--tp21583334p21583334.html > >> Sent from the Freeswitch-users mailing list archive at Nabble.com. > >> > >> > >> _______________________________________________ > >> Freeswitch-users mailing > >> [email protected]:// > lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > >> > >> -- > >> Anthony Minessale II > >> > >> FreeSWITCH http://www.freeswitch.org/ > >> ClueCon http://www.cluecon.com/ > >> > >> AIM: > >> anthmMSN:[email protected]<anthmmsn%[email protected]> > >> <msn%[email protected]<msn%[email protected]> > > > >> <msn%[email protected]<msn%[email protected]> > >GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]> > <paypal%[email protected]<paypal%[email protected]> > > > >> <paypal%[email protected]<paypal%[email protected]> > > > >> IRC: irc.freenode.net #freeswitch > >> > >> FreeSWITCH Developer > >> Conferencesip:[email protected]<conferencesip%[email protected]> > >> <sip%[email protected]<sip%[email protected]> > > > >> <sip%[email protected]<sip%[email protected]> > > > iax:[email protected]/888googletalk:[email protected] > <googletalk%3aconf%[email protected]<googletalk%253aconf%[email protected]> > > > >> <googletalk%3aconf%[email protected]<googletalk%253aconf%[email protected]> > > > >> pstn:213-799-1400 > >> > >> _______________________________________________ > >> Freeswitch-users mailing > >> [email protected]:// > lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > >> > >> > >> > >> > >> -- > >> David Knell, Director, 3C Limited > >> T: 020 8114 5002 F: 020 3002 7257 M: 07773 800623http://www.3c.co.uk > >> > >> > >> _______________________________________________ > >> Freeswitch-users mailing list > >> [email protected] > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > >> > > > > > > -- > > Anthony Minessale II > > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > > > AIM: anthm > > MSN:[email protected] <msn%[email protected]>< > msn%[email protected]<msn%[email protected]> > > > > GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]> > <paypal%[email protected]<paypal%[email protected]> > > > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:[email protected] <sip%[email protected]>< > sip%[email protected]<sip%[email protected]> > > > > iax:[email protected]/888 > > googletalk:[email protected]<googletalk%3aconf%[email protected]> > <googletalk%3aconf%[email protected]<googletalk%253aconf%[email protected]> > > > > pstn:213-799-1400 > > > > _______________________________________________ > > Freeswitch-users mailing list > > [email protected] > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > -- > View this message in context: > http://www.nabble.com/How-to-bridge-without-Answer--tp21583334p21639876.html > Sent from the Freeswitch-users mailing list archive at Nabble.com. > > > _______________________________________________ > Freeswitch-users mailing list > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:[email protected] <msn%[email protected]> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[email protected] <sip%[email protected]> iax:[email protected]/888 googletalk:[email protected]<googletalk%3aconf%[email protected]> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
