Turning on qualify=yes, or qualify=60, seems to break the BroadVoice connection (it goes from UNKNOWN to UNREACHABLE and calls fail). <br><br>I'm wondering if they don't support OPTIONS probing or something.<br><br clear="all">
-- Nathan Clemons<br>
<br><br><div class="gmail_quote">On Fri, Apr 16, 2010 at 3:22 PM, Jeff LaCoursiere <span dir="ltr"><<a href="mailto:jeff@jeff.net">jeff@jeff.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
<br>
On Fri, 16 Apr 2010, Nathan Clemons wrote:<br>
<br>
> I'm looking to find a test tool that will register with our Asterisk<br>
> (Trixbox) server here at work and place an outgoing call via our main SIP<br>
> trunk (BroadVoice) to confirm that things are working. I've looked around<br>
> but I can't seem to find any tools that will do what I'm looking for.<br>
><br>
> I can't just monitor the status of the trunk inside Asterisk, as this is the<br>
> normal status:<br>
><br>
<br>
</div>[snip]<br>
<br>
just add "qualify=yes" to your context and it will monitor the RT latency.<br>
<br>
j<br></blockquote></div>