As allways, there are 1 thousand ways of skinning a cat
You have 3 options:
1) Create the 100 user in all the domains with the same password.
2) Disable domain in auth_check
3) On the routing logic, when you detect your 100 user, do an auth without
domain chekin (kind of option 2 but only for sp
> On Wednesday August 18, 2021 5:19:01, Antony Stone wrote:
> > I think the overwhelming response from the group at large is that what
> > you are looking to do is best handled through a variety of b2bua programs.
>
> Yes, I understand that. My responses to these suggestions have largely been
>
On Wednesday 18 August 2021 at 09:36:02, Antory Stone wrote:
> On Wednesday 18 August 2021 at 00:20:20, Raúl Alexis Betancor Santana wrote:
>
> > On Tuesday 17 August 2021 at 21:22:37, Antony Stone wrote:
> > > On Tuesday 17 August 2021 at 21:55:15, Fred Posner wrote:
>
On Wednesday 18 August 2021 2021 5:18:51, Antony Stone wrote:
> > We can also not provide a detailed solution to any problem.
>
> I'm not asking for a detailed solution, however I find what Raúl has referred
> to as "hints" to be so vague as not to be helpful, because they just say "it
> can be
On Wednesday August 18, 2021 4:01:10, Antony Stone
> > David told you how to do it with FS,
>
> No, he told me how to get FS to put a call *which it is processing* on hold
> *inside FreeSwitch* - that is *not* what I need to do - I need to send a
> command to the *existing PBX* which is handlin
On Wednesday 18 August 2021 at 2021 2:33:42, Antony Stone wrote:
> > If you have a DUMB SIP endpoint, as you have, that lacks the features to
> > put a call on hold, transfer a call, etc. YOU ONLY HAVE 2 WAYS of solving
> > that.
> >
> > 1) Throw that SIP Endpoint to the nearest trash bin you cou
On Wednesday, August 18, 2021 1:22:47, Antony Stone wrote:
> > You call the API uuid_hold [uuid] or uuid_hold off [uuid] to take the
> > channel out of hold.
> >
> > UUID in freeswitch is what uniquely identifies a given channel.
>
> But, would that not perform the hold function on the FreeSwitc
not a B2BUA.
I suggest you, first undestand the concepts you need to manage, then you will
be able to pick
up a tool for solving the problem.
Saludos
--
Raúl Alexis Betancor Santana
Serlink Telecom S.R.L.U.
__
Kamailio - Users Mailing
er modules like sqlops, redis,
etc. to do searchs and manipulations.
Saludos
--
Raúl Alexis Betancor Santana
Serlink Telecom S.R.L.U.
- Mensaje original -
De: "Social Boh"
Para: "Kamailio"
Enviados: Jueves, 29 de Julio 2021 20:02:18
Asunto: [SR-Users] Access via sc
What is the point of refusing a call that answer with a 100/183 "too quickly" ?
... I don't get the point on that.
Saludos
--
Raúl Alexis Betancor Santana
Serlink Telecom S.R.L.U.
De: "David Villasmil"
Para: "Kamailio (SER) - Users Mailing List"
Envi
You could NOT build an IVR on Kamailio.
Kamailio it's not a SIP-UAS, neither a B2BUA, Kamailio it's a SIP-Router with
steroids, but will not handle an IVR.
You should review the docs and try to undestand what Kamailio it's made for.
From: "Amit Pal"
To: "Kamailio"
Sent: Friday, December
What they told you, it's exactly the same I told you ... it have NOTHING to do
with RTPEngine, It's a SIP signaling level thing, and there is no need at all
to add code to any kamailio module to support "Replace" SIP headers, it's a
matter of doing the right thing on the kamailio script.
RTPEngine have nothing to do with RFC3891, if you whant to support Replace
headers, you should do it on the kamailio routing script.
Kamailio => SIP
RTPEngine => RTP
Don't mix their working domains.
De: "Hamid Hashmi"
Para: "Kamailio"
Enviados: Miércoles, 23 de Septiembre 2020 8:33:05
You should first train youself about SIP, Kamailio It's a SIP-Proxy/Router, It
doesn't "answer" calls ... It's just sitting in the SIP signaling path of the
call.
About DTMF, the same ... if you use SIP-INFO for DTMF, you will see them routed
throught Kamailio, but anything more.
You have a
If by "failed on kamailiio restart", you mean than the WebRTC conection get
closes, that's normal ... It's a TCP conection, that when you restart Kamailio,
will be closed.
From: "Johnny Ritzer"
To: "Kamailio"
Sent: Tuesday, August 11, 2020 6:57:44 AM
Subject: [SR-Users] Example config fo
You are facing the problem the wrong way.
For working with softphones, that must be "wake up", your logic must be like
this:
...
if request goes to a push_client:
hold_request()
send_push_notification()
endif
...
if request(REGISTER) and client is marked as push_client:
if holded_reque
SIPP scenearios
> De: "Logeshwaran G"
> Para: "Kamailio (SER) - Users Mailing List"
> Enviados: Miércoles, 30 de Agosto 2017 7:01:25
> Asunto: [SR-Users] Simultaneous calls in kamailio
> Hi,
> Is there any way(tools) to place Simultaneous Calls in kamailio:
> For Example: 1000 calls simultan
17 matches
Mail list logo