Re: [Freeswitch-users] Bypass_media and re_invite
Is that USD ? :) On Thu, Nov 26, 2009 at 10:10 AM, Anthony Minessale anthony.miness...@gmail.com wrote: I can spare you the pain and let you know outright that this sort of functionality will cost somewhere in the range of 125,000.00 to 150,000.00 to properly implement by assembling a team of consultants including members of the development team from both FreeSWITCH and Sofia-SIP and even if you have the money, finding the time to implement it would also be a factor as it's a few thousand man-hours of work. On Wed, Nov 25, 2009 at 3:01 PM, Mathieu Rene mrene_li...@avgs.ca wrote: You can read all about the sip library at http://sofia-sip.sourceforge.net/refdocs/ Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mr...@avgs.ca On 25-Nov-09, at 3:58 PM, srinivasula reddy wrote: thanks for your reply mike, is there any api in freeswitch or any thing else to update lib programatically from pjsua. srinivas On Thu, Nov 26, 2009 at 2:05 AM, Michael Jerris m...@jerris.com wrote: something that is not available in that lib at this time. Mike On Nov 25, 2009, at 2:47 PM, srinivasula reddy wrote can please tell me how can i exchange session state into sip library. Thanks srinivas On Wed, Nov 25, 2009 at 11:47 PM, Michael Jerris m...@jerris.comwrote: For that you would need to fully exchange session state into the sip library, *something that is not available in that lib at this time.* On Nov 25, 2009, at 12:55 PM, srinivasula reddy wrote: HI, thanks for your reply, my requirement is i am doing failover stuff with freeswitch. i dont want cut the calls when freeswitch dies, when failover happens mean one freeswitch dies we are going to start the second freeswitch, i dont want close call intiated by the first freeswtich, they are communicating with meida(bypass media). when one endpoing try to end the call at that time i want to close the call for the other end also. ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Srinivasula Reddy K ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Srinivasula Reddy K ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org 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/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org sip%3a...@conference.freeswitch.org iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@conference.freeswitch.orggoogletalk%3aconf%2b...@conference.freeswitch.org pstn:213-799-1400 ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] FreeSWITCH HA + Loadbalancing
On Sat, Aug 29, 2009 at 2:34 PM, Diego Viola diego.vi...@gmail.com wrote: Yes, FreeSWITCH is a system that you can trust 100%. I have switched my Asterisk servers to FreeSWITCH and have peace now. If I were you I would get rid of Asterisk and use FreeSWITCH, FS will handle all what you want very well. And I agree with David, fail-over is kinda irrelevant since the FS doesn't crash like Asterisk does. You still have hardware failures and fail-over is also useful for hit-less maintenance on boxes. I'd be interested to know how Brian West was approaching his live migration work. Steve ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] upstream Registrar / Mirror proxy
A proxy won't do what the original poster is asking for. Upper registration is a special type of function performed by SBCs and not defined by any RFC yet but there are drafts out there. This question comes up quite often in various mailing lists and has been asked this list before. The answer is no freeswitch can't be configured to do this as it stands today. The only opensource SBC I know of that attempts to do upper registration at the moment is OpenSBC. Otherwise there's vendor SBCs like ACME packet, Nextone (now Genband - they call it Mirror Proxy mode) etc which do it. Regards, Steve On Thu, Aug 27, 2009 at 9:02 PM, Ken Rice kr...@freeswitch.org wrote: FreeSWITCH is a B2BUA and NOT a proxy and will not proxy any requests (REGISTER or INVITE) If you want a Proxy you should look toward OpenSIPS -- *From: *sylver_b sylve...@yahoo.com *Reply-To: *freeswitch-users@lists.freeswitch.org *Date: *Wed, 26 Aug 2009 17:14:55 -0700 (PDT) *To: *freeswitch-users@lists.freeswitch.org *Subject: *[Freeswitch-users] upstream Registrar / Mirror proxy Hello, We would like to use FreeSwitch to test interoperability with our sip registrar platform - as our registrar doesnt handle NAT Traversal we would like to use FS as a mirror proxy . If a call goes through, FS should transparently handle nat traversal functionalities while forwarding the REGISTER/INVITE requests to our registrar server. Below some detailed requirements: Upper Registration is the capability of a SBC to proxy Registrations towards an upstream Registrar. While it is necessary that all SIP requests traverse the SBC for NAT continuity, Registrations should be allowed to be relayed towards our upstream Registrar while the SBC retains a copy of the AOR and masquerade on behalf of the UA that send the registration request. Please let us know the best way to configure FS to achieve this type of configuration. Thank you -- ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Live Upgrade Techniques
On Sat, Jun 13, 2009 at 4:54 AM, Michael Giagnocavo m...@giagnocavo.netwrote: Well, Nextone for instance has a database the keeps most of the state of calls, and it’s replicated between the two nodes. (I seem to recall the database was GNU dbm, but I might be mistaken.) However, as of 4.3 anyways, the CDRs still get truncated when there’s any kind of switchover. BTW in Nextone v4.0.x the GNU db is used for storing configuration data like storing routes other bits which is then loaded into memory. Nextone 4.3 and above uses postgres for this configuration data. The actual call state information is stored in memory and replicated to the standby box via some custom network protocol. Stateful call migration would be a very useful feature in FS but I imagine its way down the roadmap. But as to the original question of live upgrades, having some form of load balancing proxy and then bleeding off traffic from the box you want to upgrade is the most feasible approach, as others have mentioned. Steve ___ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org