<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
If its all local network, then I would agree with you. In our
situation, we had people using both SIP and IAX over a home high-speed
and we ran into the problem I mentioned. We also tried to setup a IAX
trunk between 2 locations where one end was on a normal high-speed
connection. We would see no more than 2-3 seconds of silence though.
Any more than that, and I agree, something much larger is the problem.
However, in our case, the connection was the problem. When we did
packet trapping, we could see the handful of packets missing, which
made sense to us.<br>
<br>
Since this certainly not this situation though, I would do the packet
capturing like everyone else is recommending. Something has to be odd
there.<br>
<br>
Zeeshan Zakaria wrote:
<blockquote
 cite="mid:5ad99e890706010634n12ff5471v99053d62df4a62fd@mail.gmail.com"
 type="cite">Rob, as I mentioned before, here the main trunk is a T1
PRI on which this customer face this problem. Local phones are
connected to the Asterisk server on their local network, and then calls
go through the PRI. There is a VoIP trunk too only for long distance,
and same problem happens there. So I was thinking its the network
issue. <br>
  <br>
  <div><span class="gmail_quote">On 6/1/07, <b class="gmail_sendername">Rob
Schall</b> &lt;<a moz-do-not-send="true"
 href="mailto:rschall@callone.net">rschall@callone.net</a>&gt; wrote:</span>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div bgcolor="#ffffff" text="#000000">We have the same problem with
our system. Unless you have a solid (not
just high speed) connection between the 2 parties, you're going to get
silence a few times during the call. We had set up a user on a business
comcast high-speed, thinking that would be more than enough. Turned out
though, with most high speed solutions, there is some limited packet
loss and its just to be expected. You internet browsers, etc, would
normally just re-request the packet and move on, but with a stream,
you're out of luck. The only real solution is to have a dedicated T1 or
mpls connection or something like that for perfect quality. We have
solid connections between our offices and haven't had a problem yet.<br>
    <br>
Steve Hanselman wrote:
    <blockquote type="cite">
      <div><span class="e" id="q_112e7788a60d87bd_1">
      <div>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">You can use
tcpdump or ethereal (wireshark
now) to capture the stream and then see if there was loss during the
call, just
leave a capture going then get your users to mark out the time at which
they
encountered the silence, compare this to the server time (e.g. their
watch to
the server) to get a time difference, then figure out what time you
need to
look at in the trace.</span></font></p>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">&nbsp;</span></font></p>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">&nbsp;</span></font></p>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">Steve</span></font></p>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">&nbsp;</span></font></p>
      <div>
      <div style="text-align: center;" align="center"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;"
 lang="EN-US">
      <hr align="center" size="2" width="100%"></span></font></div>
      <p><b><font face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma; font-weight: bold;"
 lang="EN-US">From:</span></font></b><font face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma;" lang="EN-US">
      <a moz-do-not-send="true"
 href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">asterisk-users-bounces@lists.digium.com</a>
[<a moz-do-not-send="true"
 href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">mailto:asterisk-users-bounces@lists.digium.com</a>]
      <b><span style="font-weight: bold;">On Behalf Of </span></b>Zeeshan
Zakaria<br>
      <b><span style="font-weight: bold;">Sent:</span></b> 01 June 2007
13:02<br>
      <b><span style="font-weight: bold;">To:</span></b> Asterisk Users
Mailing List - Non-Commercial Discussion<br>
      <b><span style="font-weight: bold;">Subject:</span></b> Re:
[asterisk-users]
Audio going blank for a few seconds andthencomes back. What could be
the
reason?</span></font></p>
      </div>
      <p><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;</span></font></p>
      <p style="margin-bottom: 12pt;"><font face="Times New Roman"
 size="3"><span style="font-size: 12pt;">There
are some remote
extensions connected on this system, and calling long distance is
purely on
voip. These remote extensions also face the same thing, i.e. audio
going blank
for a few seconds, when dialing long distance. So in this case, no PRI
is
involved. Its either the server, or the network. Now I don't know how
to find
out what is it and why? </span></font></p>
      <div>
      <p><span><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">On
6/1/07, <b><span style="font-weight: bold;">Steve Hanselman</span></b>
&lt;<a moz-do-not-send="true" href="mailto:SteveH@brendata.co.uk"
 target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">SteveH@brendata.co.uk</a>&gt;
wrote:</span></font></span></p>
      <div link="blue" vlink="purple">
      <div>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 100pt; font-family: Arial; color: navy;">I think
this is more related to the PRI, we've been seeing
this for a few weeks now, and our environment is bridged PRI-PRI on the
same
board.</span></font></p>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 100pt; font-family: Arial; color: navy;">&nbsp;</span></font></p>
      <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 100pt; font-family: Arial; color: navy;">Steve</span></font></p>
      </div>
      </div>
      </div>
      <p><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;</span></font></p>
      </div>
      <p><font color="#000000" face="Arial" size="2">The information
contained in this email is intended for the personal and confidential
use<br>
of the addressee only. It may also be privileged information. If you
are not the intended<br>
recipient then you are hereby notified that you have received this
document in error and<br>
that any review, distribution or copying of this document is strictly
prohibited. If you have <br>
received this communication in error, please notify Brendata
immediately on: <br>
      <br>
+44 (0)1268 466100, or email '<a moz-do-not-send="true"
 href="mailto:technical@brendata.co.uk" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">technical@brendata.co.uk</a>'
      <br>
      <br>
Brendata (UK) Ltd<br>
Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX UK<br>
Registered Office as above. Registered in England No. 2764339<br>
      <br>
See our current vacancies at <a moz-do-not-send="true"
 href="http://www.brendataco.uk" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">www.brendataco.uk</a></font></p>
      </span></div>
      <pre><hr size="4" width="90%"><span class="q">
_______________________________________________
--Bandwidth and Colocation provided by <a moz-do-not-send="true"
 href="http://Easynews.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">Easynews.com</a> --

asterisk-users mailing list

To UNSUBSCRIBE or update options visit:
   <a moz-do-not-send="true"
 href="http://lists.digium.com/mailman/listinfo/asterisk-users"
 target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.digium.com/mailman/listinfo/asterisk-users
</a>
  </span></pre>
    </blockquote>
    <br>
    </div>
    <br>
_______________________________________________<br>
--Bandwidth and Colocation provided by <a moz-do-not-send="true"
 onclick="return top.js.OpenExtLink(window,event,this)"
 href="http://Easynews.com" target="_blank">Easynews.com</a> --<br>
    <br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
&nbsp; <a moz-do-not-send="true"
 onclick="return top.js.OpenExtLink(window,event,this)"
 href="http://lists.digium.com/mailman/listinfo/asterisk-users"
 target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users
    </a><br>
    <br>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
Zeeshan A Zakaria
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
  </pre>
</blockquote>
<br>
</body>
</html>