Your forgetting that with RTP theres the duplication of RTP that may be required along with a mechanism that keeps media timers working properly...
Where many things don't support RTP timers they sure come in handy on a regular basis especially dealing with several of the other software based platforms out there that just love to have calls end but never want to send a BYE > From: Jim Burke <[email protected]> > Reply-To: <[email protected]> > Date: Mon, 31 Aug 2009 12:54:50 +1000 > To: <[email protected]> > Subject: Re: [Freeswitch-users] FreeSWITCH HA + Loadbalancing > > Conceptually in a pure SIP installation of Freeswitch, hot standby or > active standby could be achieved through duplication of messages > (INVITE, 200OK and BYE for calls) between 2 boxes and then using VRRP > to change the IP address when the box falls over. Going this way > allows call state to be as up to date as possible. Obviously this > would require logic added to sofia to transfer the RTP port > information and UUID information between the FS instances (Easily > achieved using additional SIP headers). It would also require that > sofia does not forward duplicated messages to gateways or user agents. > CDR information would also need to be generated correctly (My > experience of Radius with Opensips is that it generates start and stop > messages on INVITE/200OK then BYE respectively so this could be an > easy solution to the CDR issue). > > Regards, > > > > On Sun, Aug 30, 2009 at 11:19 PM, Raimund Sacherer<[email protected]> > wrote: >> So, the first way would be to have a look on the sip stack, which is, in >> fact, sofia ..., well, sound's like a nice, fun, long-going hobby project to >> me :-) >> I will definitly at least look at the sip code to check if it is something i >> would myself willingly give over to ... >> But I *really* do want a setup where it does not matter if one specific FS >> instance is UP or NOT ... >> >> -- >> Raimund Sacherer >> - >> RunSolutions >> Open Source It Consulting >> - >> >> Parc Bit - Centro Empresarial Son Espanyol >> Edificio Estel - Local 3D >> 07121 - Palma de Mallorca >> Baleares >> On Aug 29, 2009, at 10:04 PM, Brian West wrote: >> >> The sip stack needs to be modified to spin that data up into the state >> machine so that it can take over calls once the fail over takes place... its >> not an easy task. >> /b >> On Aug 29, 2009, at 2:56 PM, Mitul Limbani wrote: >> >> Is itnpossible to have a db cluster know the state of each and every call >> and then use Heartbeat on this db + >> fs cluster so that clients see only one ip where as internally all fs boxes >> refer db for call states, db again is under replication. >> This in the thioery can be written, but I am sure if we think bit more on >> this direction the problem seem to be getting addressed. >> Other guys also chip in their 2 cents, we just need 50 of em to make a full >> dollar. >> >> Thanks & Regards, >> Mitul Limbani, >> Founder & CEO, >> Enterux Solutions Pvt. Ltd., >> The Enterprise Linux Company (r), >> http://www.enterux.com >> http://www.entVoice.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 >> >> >> _______________________________________________ >> 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 >> >> > > > > -- > Jim Burke > Director Evolutiontel. > http://www.evolutiontel.net > > _______________________________________________ > 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 _______________________________________________ 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
