Hello Charles, David, Olivier, We at FOKUS, for a 3rd party :), just started about a month ago too, working on such tools for benchmarking. However, we took a different approach as we believe that there is a true value in having even a light-weight SIP stack in SIPp (regexp are great, but if you need to get a lot of info from messages, they might be less efficient, easy-to-use and safe than parsing one time). Also we were very interested in the transport layer and overcoming the limits in the number of different opened ports (something that you need if you want do simulate hundreds of thousands of clients).
So we took a bottom-up approach with the target of having the state machines specified in the XML files. Also we were thinking about extending the XML files with more control and state options, things that probably David already did. Overall, I think that all these changes are too radical to be integrated just as that in the SIPp trunk. Charles, you did a great job of pushing patches so far. But I think that if David also starts doing the same, it will just be too much to handle. Plus that, at least some of our changes, will kill the simplicity and ease of usage of SIPp and many current users would be upset. And I haven't even considered the new bugs that will be introduced. In this moment I feel like having some coordination discussions for convergence sake, for avoiding effort duplication and for whether a branch wouldn't be a better idea. Cheers, -Dragos Charles P Wright wrote: > > Hi David, > > "Verbeiren, David" <[EMAIL PROTECTED]> wrote on 04/24/2007 > 04:35:10 PM: > > > The biggest logistical problem I see with this patchset is that there > > has > > > probably been quite a bit of divergence of your tree and the SIPp tree > > in > > > the meantime. For example, your network changes are going to conflict > > > with the network changes that I posted on the list a month ago. If we > > had > > > more visibility into each other's efforts, hopefully there would have > > been > > > peer review and less duplicated effort. > > I agree the network changes will be the biggest challenge initially. But > > just to put this back into perspective, I would like to mention that we > > only started coding just a little bit more than a month ago. So we > > haven't diverged that much. It is of course unfortunate that you've just > > been contributing significant changes to an area that we also completely > > revamped. But since we started our research on a SIPp based approach > > only a month ago, we couldn't really have avoided this. Just bad > > timing... > From the depth of your changes, I had assumed that they were a much > longer time in the making. Given the timelines, you are right that it > seems we just ended up crossing each other in flight. > > > One important thing to consider here is that we did not take care so far > > of other protocols/transports than UDP (we think our design will allow > > an easy integration of the others, but we did not 'port' the TCP and TLS > > implementations over just yet). So a combination of our efforts will > > hopefully be very beneficial. > OK. I look forward to seeing your patch. One of the most important > things that we did was to get all of the data for a single socket in a > structure, and create "choke point" functions for sending and > receiving, which is especially important for TCP and TLS (which both > need to deal with congestion, partial messages, and multiple messages). > > I look forward to working with you towards a common code base, > Charles > > -- > Dr. Charles P. Wright > Research Staff Member > Network Server Systems Software > IBM T.J. Watson Research Center > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ------------------------------------------------------------------------ > > _______________________________________________ > Sipp-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/sipp-users ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
