Hi Charles, Charles P Wright wrote: > There are others in my group (Erich in particular) who also agree that > a SIP stack might be the way to go. There is certainly more need for > SIP knowledge (e.g., the retransmission hash needs to be updated). It > will be interesting to see if parsing the message once does improve > performance, which I think there is a pretty good chance of happening; > at least for UAS-like scenarios which needs to extract many headers to > generate the message. Our argument for investigating this was that we have analyzed SIP for quite some time now and we think that we could a parser in 1 pass. Of course, the TCP transport layer needs to do a little bit of pre-parsing for the Content-Length header, but that's not that much. Then you could access directly the message elements, like msg.headers.expires. While being theoretically faster when you do process your messages a bit, it is also a little bit more safe than using a regexp (you don't have to worry that it will match something inside some quotes). But we're far from the idea of a full-blown stack - there is no need for that, of course. > I am a bit torn in that I think that one big performance advantage of > SIPp is that there is no SIP stack, and thus it can generate quite a > bit more load than if there were (e.g., if it were to maintain full > transaction state, etc.). True... yet I think that we can achieve it without a big impact (well, I do work a lot with SER ;-) ). > Can you post a sample of your new XML format? We're not that far... actually we were just talking today internally about the best mix between control, ease of use and performance. > You might be interested in some of the changes I recently posted that > introduce the notion of numeric variables and conditional tests on > those variables into the XML file, thus allowing you to do simple > while loops. while these things will be really appreciated, next we will need arrays, vectors, lists, function calls and so on. And I hate to write soooo much XML just to do simple operations.... what about including code in the XML? :) I know that it sounds crazy, but I love flex/bison's way where you can just drop in your own code. Or at least awk...
-Dragos ------------------------------------------------------------------------- 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
