Hi,
we are using SEMS as an SBC in almost all of our deployments and we
are actually quite happy with it. We originally sponsored the
development of the Transcoding capabilities in SEMS (with the
condition of making it open-source) and we added Transcoding for the
AMR-NB codec in our branch of SEM
Daniel-Constantin Mierla writes:
> You said sems is calable but lacks docs, I guess that is less time
> consuming to sort out for someone really interested given it is open
> source than implementing something from scratch.
I have been sending requests out from Kamailio via SEMS, for example, if
On 03/23/2016 03:01 PM, Alex Balashov wrote:
The only major uses of it in larger commercial platforms of which I
am aware are that of Sipwise, Juha Heinanen/Tutpro's OpenSIPg
product, and our CSRP.
Pedantic correction: I guess OpenSIPg is technically marketed by OpenXg
Inc., so my nomenclatur
Daniel,
(Yes, it was addressed to you. :-)
On 03/23/2016 02:43 PM, Daniel-Constantin Mierla wrote:
I haven't rejected any patch with new features in kamailio that
doesn't have significant impact on performance and doesn't break
existing and expected functionality. So anyone is welcome to bring
If the Daniel being addressed to is me, then ...
I haven't rejected any patch with new features in kamailio that doesn't
have significant impact on performance and doesn't break existing and
expected functionality. So anyone is welcome to bring in code ...
Otherwise, besides (hopping to) getting
Daniel,
I'd be curious to know if you have any thoughts on this, although it is
of course a very controversial idea.
My personal philosophical position is very much against it. It's just
not what Kamailio is. However, I see demand for it _everywhere_.
--
Alex Balashov | Principal | Evariste
On 03/03/2016 03:02 PM, Juha Heinanen wrote:
Would the proposed B2BUA be based on dialog module?
I am not sure the 'dialog' module would be of much help here, prima
facie, but it's certainly possible that some aspect of its dialog state
machine could be borrowed for a UA dialog layer. It wou
Would the proposed B2BUA be based on dialog module?
If so, I remember a few years ago that there were some fundamental
problems with dialog module and it was proposed to design a new
dialog-ng module. I haven't followed what (if anything) happened.
Would the proposed B2BUA also include SBC style
We'd also welcome a signaling-only B2BUA component for Kamailio, so +1
for this.
Regards,
Paul
Am 03.03.2016 um 13:25 schrieb Alex Balashov:
The idea of a B2BUA is even more revolting when you consider that the
overwhelming preponderance of people who have a topology concealment need have
b
I think the problem with this suggestion is that everyone would welcome
it, +1, yet it's literally the worst thing imaginable. :-)
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-
The idea of a B2BUA is even more revolting when you consider that the
overwhelming preponderance of people who have a topology concealment need have
business models based solely on information asymmetries and arbitrage. If the
only thing you've got going for you is that you can buy at one price
Ivan,Yeah, there's Sippy. But the OSS version handles almost more like a library than a complete userspace application. And, have you tried to put several thousand CPS through it? :)
As not for the module, but there is b2bua FOSS in the market, Like
https://github.com/sippy/b2bua
Also, as a person, that worked with OpenSIP’s b2bua module, can say it’s
really strange and limited in functionality.
So, +1 for b2bua module with good design. (Like proxy|relay registrations,
invite
Hi,
I'm not a fan of the idea of having a B2B implemented in Kamailio, but at
the same time I agree with Alex's reasons for having it, so I give a +1 to
this.
Cheers,
Federico
On Wed, Mar 2, 2016 at 7:01 PM, Fred Posner wrote:
> On 03/02/2016 12:45 PM, Alex Balashov wrote:
> > Hi,
> >
> > I wa
On 03/02/2016 12:45 PM, Alex Balashov wrote:
> Hi,
>
> I wanted to raise the possibility of an inline signalling-only B2BUA
> component to Kamailio.
>
+1 for this... for many reasons including seeing what happens when the
following threshold is met:
> I myself am philosophically opposed to a B2
Hi,
I wanted to raise the possibility of an inline signalling-only B2BUA
component to Kamailio.
I know that's an extremely poor fit for Kamailio, and not at all what
it's supposed to do. And there are many things about the OpenSIPS B2BUA
module that reveal how awkwardly it is situated, as a
16 matches
Mail list logo
