I don't think so freeswitch could be easy to handle 1000 INVITE/sec. regards, Gang On Fri, May 23, 2014 at 3:04 PM, Blend <83962496 at qq.com> wrote: > you also can consider freeswitch:) > > ? 2014?5?23??11:17?Gang Liu <gangban.lau at gmail.com> ??? > > You could consider use kamailio as a sipproxy to handle REGISTER and NAT > and your simple call flow. 1000 REGISTER/sec not too much. > If you want to more control call flow, you can write a B2BUA to handling > 1000 calls/sec. > > regards, > Gang > > > On Mon, May 19, 2014 at 9:14 AM, ?? <xinlanbobo at gmail.com> wrote: > >> Thanks for your reply. >> >> My application is required in a Video surveillance system. In this >> system, the signaling layer interaction must use SIP. So my >> application is not just a SIP registrar. It should handle the registrations >> from clients(IP Camera or User Client), then it also can accept and forward >> the INVITE requests between different clients. Moreover ,the application >> should forward the video/audio media streaming, but it doesn't need to >> code/decode, it can only forward the RTP packets. >> >> For more details: >> -The system topology hiding for private networks. >> >> - I need a subscriber database to store the clients information. When >> clients register to my application, it should verify password stored in >> database. When recieve INVITE requests, the application can forward between >> online clients. >> >> -This specific call flow is a requirement in my video surveillance >> system, it's not a specialized telecommunications application. And my >> application should fullfill the Performance Testing: >> 1000 Registers per second, 1000 Invite Requests per second, it also needs >> to forwards the media streaming until bandwidth comes to 50% of the >> maximum. >> >> May be this is complex, or I have not described clearly. Looking forward >> to the replys. >> >> Thanks, >> Bob >> >> >> 2014-05-19 3:44 GMT+08:00 Luke B <eat.lemons at gmail.com>: >> >> More detail on what your trying to accomplish would be useful; >>> >>> - Do you require b2bua for the network topology? UA's registering behind >>> NAT for example or Topology hiding for public/private networks etc.. >>> - Are you looking to create a SIP application server with a subscriber >>> database? >>> - Is this specific call flow a requirement to test client interworking? >>> >>> As bill said, the above could be created with Kamailio/OpenSER or >>> Asterisk/Freeswitch to handle registrations. >>> >>> If what you're trying to accomplish is a SIP registrar with one of the >>> above, it's outside of the scope of this mailing - feel free to email me >>> directly if you after any more info on that subject/ >>> >>> Cheers, >>> >>> Luke. >>> >>> >>> On 18 May 2014 16:26, Bill Gardner <billg at wavearts.com> wrote: >>> >>>> What you have diagrammed is a SIP registrar, for that you can use >>>> Kamailio. If you want a B2BUA you can build that easily with pjsip but it >>>> would not handle registration messages. >>>> >>>> Bill >>>> >>>> >>>> On 5/18/2014 9:50 AM, ?? wrote: >>>> >>>> >>>> Hi, everyone. >>>> I'm working with sip. >>>> I need to realize the following: >>>> <tcmime.17291.17477.86216.bin> >>>> >>>> I think it will be a B2BUA or may be not. >>>> >>>> If I develop the application using PJSIP, how can I begin quickly? >>>> Please give me some suggestions. >>>> >>>> Thanks a lot, >>>> Bob. >>>> >>>> >>>> >>>> _______________________________________________ >>>> Visit our blog: http://blog.pjsip.org >>>> >>>> pjsip mailing listpjsip at lists.pjsip.orghttp://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>>> >>>> >>>> >>>> _______________________________________________ >>>> Visit our blog: http://blog.pjsip.org >>>> >>>> pjsip mailing list >>>> pjsip at lists.pjsip.org >>>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>>> >>>> >>> >>> _______________________________________________ >>> Visit our blog: http://blog.pjsip.org >>> >>> pjsip mailing list >>> pjsip at lists.pjsip.org >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>> >>> >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip at lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> >> > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20140523/b059c253/attachment.html>
