[SR-Users] [sr-dev] Info: sipexer v1.0.0 - sip cli tool
Daniel-Constantin Mierla
miconda at gmail.com
Wed Feb 16 10:31:44 CET 2022
Hello,
the hypens-style is (or at least seems to be) Go specific, but actually
there is flexibility in using one or two with any parameter type, like:
sipexer -v
sipexer --v
sipexer -version
sipexer --version
The help message is printed by a Golang internal function from the
'flag' package (the one that parsed cli params), respectively:
flag.PrintDefaults()
It lacks the ability to group many cli params for the same purpose
(e.g., the short and long forms), there are other external go packages
that can do it, but I preferred to go for the package offered directly
by golang to avoid situation when external packages go unmaintained in
the future.
Pull requests are welcome, of course!
Cheers,
Daniel
On 16.02.22 10:05, Igor Olhovskiy wrote:
> Daniel,
> Thanks, now we have something between sipsak and sipp.
> But just small clarification on CLI parameters format. I've noticed,
> that long and short version of parameter starting with single
> -(hyphen). Is it something go-specific, or it could be used in
> more-gnu way like single hyphen for short and double-hyphen for long?
> As an example from help
> -co
> color output
> -color-message
> color SIP message output
> -color-output
> color output
> -com
> color SIP message output
>
> And to add, support of ENV vars is a great idea! Now using separate
> docker images with CI/CD looks even better!
> Many thanks for your work!
>
> As an another testing suite example:
> https://github.com/igorolhovskiy/volts It's based on voip_patrol, but
> a bit reworked. (Was about to make a presentation of it on next KWC,
> please count me in :) )
> I'm thinking of expanding it with other SIP testing tools and sipexer
> looks nice from this point of view.
>
> PS: For hyphen/double-hyphen I can try to prepare a PR, but not sure
> if it's not compatibility break with already possible existing
> pipelines somewhere.
>
> вт, 15 февр. 2022 г. в 05:05, Seven Du <dujinfang at gmail.com>:
>
> Cool cool cool.
>
> On Tue, Feb 15, 2022 at 3:01 AM Alex Balashov
> <abalashov at evaristesys.com> wrote:
>
> Certainly, but 90% of the various use-cases are covered by the
> invite scenario. Extensive compatibility with various CI
> tooling isn’t really required in my mind; as long as it can
> return positive or negative values depending on the outcome of
> the SIP request, it’s perfect.
>
> The real value is in the fact that it’s a true CLI tool, and
> the ability to formulate misshapen requests using Go
> templates. That’s beautiful!
>
> Another great thing is that you appear to have exposed your ad
> hoc SIP parser as a module, which means it could potentially
> be imported and used in other tools.
>
> —
> Sent from mobile, with due apologies for brevity and errors.
>
> > On Feb 14, 2022, at 1:51 PM, Daniel-Constantin Mierla
> <miconda at gmail.com> wrote:
> >
> > Probably it requires some hammering to make it compatible
> with various
> > CI pipelines, I tried to make a mode for nagious plugin, but
> coding in
> > golang should make it easy to adapt/enhance.
> >
> > I plan to add a few more common scenarios for session
> testing. Right now
> > can do register-wait-unregister and invite/200ok-ack-wait-bye.
> >
> > One that is my to-do is to register two users and make a
> call between
> > them. Another one would be to register and wait for calls,
> so another
> > sipexer instance can be used for register and initiate calls.
> >
> > Writing the sip traffic in a pcap file is something that I
> would like to
> > add as well.
> >
> > Cheers,
> > Daniel
> >
> >> On 14.02.22 19:27, Alex Balashov wrote:
> >> I haven’t had a chance to dig into it just yet, but this is
> an incredibly exciting development, and fills a very dire gap
> in open-source testing tools.
> >>
> >> SIPp was the only real game in town and, despite some very
> creative efforts over the years, fundamentally is not
> composable: it doesn’t lend itself to headless automation or
> embedding in CI pipelines, and isn’t terribly useful for
> monitoring. The remainder is a miscellany of relatively
> unsophisticated or quirky tools, none of which have the
> flexibility you are providing here.
> >>
> >> Very grateful that you wrote this, and excited to try it!
> Thank you so much for this work!
> >>
> >> — Alex
> >>
> >>>> On Feb 14, 2022, at 1:23 PM, Juha Heinanen
> <jh at tutpro.com> wrote:
> >>>
> >>> Daniel-Constantin Mierla writes:
> >>>
> >>>> WebSocket (for WebRTC)
> >>>> * send SIP requests of any type (e.g., INFO, SUBSCRIBE,
> NOTIFY, …)
> >>>>
> >>>> One usage example that could ease the testing of Kamailio
> is initiating
> >>>> registrations or simulating calls over WebSocket without
> the need of
> >>>> having a JavaScript soft phone application running in a
> web browser.
> >>> Thanks for the tool. Regarding SIP over WebSocket,
> baresip supports
> >>> WebSocket transport in all platforms.
> >>>
> >>> -- Juha
> >>>
> >>> _______________________________________________
> >>> Kamailio (SER) - Development Mailing List
> >>> sr-dev at lists.kamailio.org
> >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
> >> --
> >> Alex Balashov | Principal | Evariste Systems LLC
> >>
> >> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> >> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> >>
> >>
> >> _______________________________________________
> >> Kamailio (SER) - Development Mailing List
> >> sr-dev at lists.kamailio.org
> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
> >
> > --
> > Daniel-Constantin Mierla -- www.asipto.com
> <http://www.asipto.com>
> > www.twitter.com/miconda <http://www.twitter.com/miconda> --
> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> > Kamailio Advanced Training - Online
> > Feb 21-24, 2022 (America Timezone)
> > * https://www.asipto.com/sw/kamailio-advanced-training-online/
> >
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not
> reply only to the sender!
> Edit mailing list options or unsubscribe:
> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> About: http://about.me/dujinfang
> Blog: http://www.dujinfang.com
> Other: http://rts.cn
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply
> only to the sender!
> Edit mailing list options or unsubscribe:
> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> Best regards,
> Igor
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
Feb 21-24, 2022 (America Timezone)
* https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220216/8f4be331/attachment.htm>
More information about the sr-users
mailing list