From: Charles P W. <cpw...@us...> - 2007-09-08 23:59:34
|
Michael, I do not know when the 3.0 time table will be, but I believe that it is getting closer. The lead maintainer, Olivier Boulkroune, is working on a bug that HP testers are running into; and I hope that after that bug is corrected a release will be possible. Charles sip...@li... wrote on 09/08/2007 07:24:31 PM: > Hi Charles, > > using not just the [fieldn]-values but also the [$n] would of course be > a great improvement. After my vacation (will end in three weeks), I will > take a closer look about implementing these features (if you are not > faster). The reason is, that I am currently using version 20070426, > which seems to have a bug in the rrs-feature -- I am getting wrong > route:-Headers when reusing the Record-Route-Headers, so I am forced to > upgrade. > Currently, I do not have a timetable in mind, can you tell me the > planned release date for 3.0? > > br > Michael > > Charles P Wright schrieb: > > Michael, > > > > Yes, it seems that having the my_auth_user and my_auth_password be sending > > messages recursively would be very useful. Beyond the [field0] and > > [fieldn], which can be worked around it would make it possible to use > > things like [$1] which you may only be able to acquire from a regular > > expression at run time (i.e. the provides more power not just syntactic > > sugar). However, I am hesitant to do this before the SIPp 3.0 release, as > > it has the possibility of introducing bugs. Once the 3.0 release is out, > > I think that doing this should be relatively straight forward. > > > > Charles > > > > > > > > > > Michael Hirschbichler <si...@hi...> > > Sent by: sip...@li... > > 09/08/2007 06:11 PM > > > > To > > sip...@li... > > cc > > > > Subject > > Re: [Sipp-devel] fieldn in authentication-header > > > > > > > > > > > > > > Hi! > > > > Simon Flannery schrieb: > >> Hi Michael, > >> > >> I'm personally not sure you can nest keywords? > > Well, after my patch, it was possible ;-) > > > >> However just use an > >> external injection file with a field set to "[authentication > >> username=xxxxxx password=xxxxxx]". Don't forget to replace all the > >> xxx's with real values. > > > > OK, this workaround is a nice idea, but it doesn't solve the problem. I > > think, it would be more intuitive to inject the keyword into the > > authentication-function. > > After a quick look into the source, the "createSendingMessage" in > > call.cpp is rewritten. Maybe, the author of the obviously better > > implemented function could take a look at this problem and add a fix ... > > It would be a big emprovement for automated csv-based testing, > > > > BR > > Michael > > > > > >> Simon > >> > >> On 9/7/07, Michael Hirschbichler <si...@hi...> wrote: > >>> Hi all! > >>> > >>> I just updated SIPp to the most current version, but as I wanted to run > >>> my scenarios, I noticed, that the auth-error is back again: > >>> the line > >>> ---------------------------------------- > >>> [authentication username=[field4] password=[field1]] > >>> ---------------------------------------- > >>> creates as a result this SIP-Header: > >>> ---------------------------------------- > >>> sip_test_user_1[authentication > >>> username=I300364267P257341267^X326363267364217365267^H5362267 > > password=****] > >>> ---------------------------------------- > >>> I submitted a patch nearly a half year ago, fixing this bug > >>> (changelog.txt: 2007-04-25), but now it seems to be back again. Can > >>> anyone confirm this, or is my xml-syntax incompatible with the current > >>> version? > >>> > >>> BR > >>> Michael > >>> > >>> > > ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Splunk Inc. > >>> Still grepping through log files to find problems? Stop. > >>> Now Search log events and configuration files using AJAX and a browser. > >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ > >>> _______________________________________________ > >>> Sipp-devel mailing list > >>> Sip...@li... > >>> https://lists.sourceforge.net/lists/listinfo/sipp-devel > >>> > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Sipp-devel mailing list > > Sip...@li... > > https://lists.sourceforge.net/lists/listinfo/sipp-devel > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Sipp-devel mailing list > Sip...@li... > https://lists.sourceforge.net/lists/listinfo/sipp-devel |