On Thursday, May 16, 2019 05:12:17 PM Joshua C. Colp wrote:
> On Thu, May 16, 2019, at 5:00 PM, Mike Diehl wrote:
> > Hi all,
> >
> >
> > I've got a program that connects via AMI and acts upon the voicemail
> > message waiting event.
> >
> >
> > I'd like to be able to force one of those events
On Thu, May 16, 2019, at 5:00 PM, Mike Diehl wrote:
> Hi all,
>
>
> I've got a program that connects via AMI and acts upon the voicemail
> message waiting event.
>
>
> I'd like to be able to force one of those events at will instead of
> having to wait for the voicemail app to cause the
Hi all,
I've got a program that connects via AMI and acts upon the voicemail message
waiting event.
I'd like to be able to force one of those events at will instead of having to
wait for the
voicemail app to cause the event to get emitted.
Is this possible? AMI or asterisk command?
Thanks
Sorry for the top post here.
Joshua, Thanks for the info. I can confirm adding
identify/cache =
memory_cache,object_lifetime_stale=600,object_lifetime_maximum=1800,expire_on_reload=yes,full_backend_cache=yes
ABOVE
identify = realtime,ps_endpoint_id_ips
in Sorcery.conf has resolved this
On Thu, May 16, 2019, at 2:57 PM, Joshua C. Colp wrote:
> On Thu, May 16, 2019, at 2:54 PM, Nick Olsen wrote:
> > Hello all,
> >
> > I'm migrating a box from PJSIP with normal Flatfiles to ODBC/Realtime,
> > Also 16.0.1 to 16.3.0. After adding a few peers to the new RT box, I
> > noticed a
On Thu, May 16, 2019, at 2:54 PM, Nick Olsen wrote:
> Hello all,
>
> I'm migrating a box from PJSIP with normal Flatfiles to ODBC/Realtime,
> Also 16.0.1 to 16.3.0. After adding a few peers to the new RT box, I
> noticed a delay in call processing. All I had done thus far is added a
> few
Hello all,
I'm migrating a box from PJSIP with normal Flatfiles to ODBC/Realtime, Also
16.0.1 to 16.3.0. After adding a few peers to the new RT box, I noticed a delay
in call processing. All I had done thus far is added a few endpoints for
upstream carriers, And one downstream for the legacy