Define a dial-peer for each destination SBC, and set the timeouts for around a
minute…. They trip on the changes.I use EEM to send emails on state
changes, and Orion and others seem to take about 10 minutes to notice the state
change from active to busy out.
I would not use one dial peer
I'm sure there are better ways, but we use dial-peer status as an indication of
a problem with a SIP trunk, at the CUBE level.
As long as you have specific IP addresses configured in them as the session
target, and have your monitoring tools look for a change in the status
from "Active" to
We are transitioning from traditional PSTN PRI's to SIP using CUBE. With the
PRI's I could monitor the logs on the router for when the PRI went down, so it
would trigger an alert to splunk which we could alert off of. I am having a
hard time finding something similar in CUBE for when the SIP
That’s great to hear you solved your problem !
Sent from my iPhone
> On May 24, 2021, at 7:33 AM, Gary Parker wrote:
>
> CAUTION: This email originated from outside of the University of Guelph. Do
> not click links or open attachments unless you recognize the sender and know
> the content
Thanks Lelio, that was the problem. As per
https://www.ciscopress.com/articles/article.asp?p=1745737=8
"
The three levels of digit manipulation are not cumulative. Only one level of
digit manipulation will be applied. The hierarchy for these digit manipulations
are as follows:
• Digit
Hi there
I had this request come up recently too,
Doesn’t appear to be any way to do this in IMP / CUCM
My MS specialist came up with a solution using SCCM to do this:
* Run a script that forces an installation of the same version
* This forces jabber to be closed and re