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 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/837e15ac/attachment.html>
