<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">Well,<DIV><BR class="khtml-block-placeholder"></DIV><DIV>At first, I was just learning....</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Then, it became a troubleshooting process.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I have box1 acting as a PSTN gateway with a TE405P. Box2 is used for our call center agents to login,answer,make calls and where calls are all recorded.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I've been trying to troubleshoot a call-drop problem I continue having and have had for months. It is becoming seriously irritating and demoralizing to the point that upper management is almost decided to drop the whole asterisk-based project.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>As a test, I divided my agents in two groups. One group will take/send calls to box1 using IAX2 and the other using SIP. Well, for the past 2 days, I've noticed that the number of call drops in the group using SIP to connect the two servers has SIGNIFICANTLY reduced. For example, the group using IAX2 suffers from about 80-100 call drops a day, whereas the group using SIP suffers from about 20-30 call drops. This is from a sample of about 2000 calls per day.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>It may or may not seem much, but is is a significant number of call drops. Even 20-30 is not acceptable, but it's improving.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I have asked for support from the list in the past regarding this issue but have not received much help. I even purchased a TDM400P board to put in box2 as a timer source to replace ztdummy but that hasn't helped.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I've done network troubleshooting as much as I can to no avail. All network interfaces show 0 collisions, 0 error packets, 0 CRC errors, 0 packet loss. I have done random ping floods when agents experience call drops but everything turns out just fine.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>All agents are using Windows-based PCs with eyeBeam as softphone.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>The only "odd" thing I have seen is that when I run:</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>ping -i 0.1 -c 10000 {ip_address}</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>in order to almost flood ping an agent's station from the box2 asterisk server, the average latency is .2ms but every 1000 packets (approx), the latency jumps to 1ms. I would assume this would, at worst, affect call quality (jitter) but not a call drop.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>From a post I read this weekend, someone mentioned that maybe one (or more) of the PCs could be infected with a virus which could be causing this. I've been tempted to format a few machines with Linux and X-Lite to see if that improves.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>BTW, I've tried using IAX-based softphones and the experience is still similar with regards to the call drops.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>box2 is a Dual-Xeon 2.4GHz, 2GB RAM, 3ware SATA RAID 5, using the onboard Intel 10/100/1000 Etherexpress NIC, and handles merely 25 agents. I manually configured the interrupts to make sure CPU1 handles all TDM400P interrupts while CPU0 handles the rest (as some of the documentation suggested) but problem still persists.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I don't do anything fancy in Asterisk. Answer a call, put the call on queue, deliver to agents using rrmemory strategy. That's all. I was even thinking of getting an account with a VoIP provider in order to divert some traffic there and see if asterisk connecting directly with a VoIP provider will handle my setup better. From what I've read on the list, I have a very very very simple setup and it doesn't make any sense for me to be getting this many call drops. I'm simply running out of ideas and almost ready to throw in the towel.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I hope this has answered your curiosity and hopefully will allow you or others in helping me troubleshoot this issue further.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Thanks,</DIV><DIV>Waldo</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><DIV><DIV>On Dec 6, 2005, at 10:22 PM, Alvaro Parres wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><DIV>Why using SIP instead of IAX2 ???</DIV> <DIV> </DIV> <DIV>Only a question becouse i always use IAX</DIV> <DIV> </DIV> <DIV><BR><BR> </DIV> <DIV><SPAN class="gmail_quote">On 12/6/05, <B class="gmail_sendername">Waldo Rubinstein</B> <<A href="mailto:waldo@trianet.net">waldo@trianet.net</A>> wrote:</SPAN> <BLOCKQUOTE class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Well... not so perfectly.<BR><BR>What I'm experiencing is that during certain call volumes, many calls<BR> go thru from box1 to box2. However, there are some cases where I get<BR>this message:<BR><BR>Dec 6 11:11:19 WARNING[203]: chan_sip.c:9525 handle_response_invite:<BR>Forbidden - wrong password on authentication for INVITE to <BR>'"5095551212" <<A href="mailto:sip:5095551212@10.0.0.1">sip:5095551212@10.0.0.1</A>>;tag=as3e387d65'<BR><BR>and the caller gets busy signal. However, other callers calling the<BR>same number get thru with no problems. Why is this? <BR><BR>Thanks,<BR>Waldo<BR><BR>On Dec 5, 2005, at 10:30 AM, Waldo Rubinstein wrote:<BR><BR>> This worked perfectly.<BR>><BR>> Thanks,<BR>> Waldo<BR>><BR>> On Dec 5, 2005, at 4:32 AM, xcel wrote:<BR>> <BR>>><BR>>> Try this<BR>>><BR>>> ___________________________________<BR>>> 1st Machine sip.conf<BR>>><BR>>> [box2]<BR>>> username=box1<BR>>> type=friend<BR>>> host= <A href="http://10.0.0.2">10.0.0.2</A><BR>>> secret=*****<BR>>><BR>>> in extensions.conf<BR>>><BR>>> exten => _XXXXXX,1,Dial(SIP/box2/${EXTEN})<BR>>><BR>>> __________________________________ <BR>>> 2nd Machine sip.conf<BR>>><BR>>> [box1]<BR>>> username=box2<BR>>> type=friend<BR>>> host=<A href="http://10.0.0.1">10.0.0.1</A><BR>>> secret=*****<BR>>><BR>>> in extensions.conf<BR>>> exten => _XXXXX,1,Dial(SIP/box1/${EXTEN})<BR>>><BR>>> --xce<BR>>><BR>>><BR>>> *********** REPLY SEPARATOR ***********<BR>>><BR>>> On 12/5/2005 at 12:11 AM Waldo Rubinstein wrote: <BR>>><BR>>>> I have 2 Asterisk servers running 1.2.0. One of them is a PSTN<BR>>>> gateway. Currently they are connected using IAX2. I wanted to play<BR>>>> with SIP.<BR>>>><BR>>>> I setup a sip entry (type=friend) in the PSTN gateway box and a sip <BR>>>> entry (type=user) in the second box in order to send calls using SIP<BR>>>> to the second box. This works fine. However, when I setup the second<BR>>>> box as type=friend in order for it to be able to send calls back to <BR>>>> the gateway box, then calls no longer work from gateway box to the<BR>>>> second box. The reported error is:<BR>>>><BR>>>> Dec 5 00:07:14 NOTICE[203]: chan_sip.c:9514 handle_response_invite: <BR>>>> Failed to authenticate on INVITE to '"2125551212" <sip:<BR>>>> <A href="mailto:2125551212@10.0.10.1">2125551212@10.0.10.1</A>>;tag=as0698b1b9'<BR>>>><BR>>>> In the gateway box, my sip.conf looks like this:<BR>>>><BR>>>> [general]<BR>>>> allowguest=yes<BR>>>> autocreatepeer=no<BR>>>><BR>>>> [secondbox]<BR>>>> type=friend<BR>>>> host= <A href="http://10.0.0.2">10.0.0.2</A><BR>>>> secret=mysecret<BR>>>><BR>>>> In the second box, my sip.conf looks like this:<BR>>>><BR>>>> [general]<BR>>>> allowguest=yes <BR>>>> autocreatepeer=no<BR>>>><BR>>>> [secondbox]<BR>>>> type=user<BR>>>> host=<A href="http://10.0.0.1">10.0.0.1</A><BR>>>> secret=mysecret<BR>>>><BR>>>> Any ideas on how to correctly set this up? <BR>>>><BR>>>> Thanks,<BR>>>> Waldo<BR>>>> _______________________________________________<BR>>>> --Bandwidth and Colocation provided by <A href="http://Easynews.com">Easynews.com </A> --<BR>>>><BR>>>> Asterisk-Users mailing list<BR>>>> To UNSUBSCRIBE or update options visit:<BR>>>> <A href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users </A><BR>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>> --Bandwidth and Colocation provided by <A href="http://Easynews.com">Easynews.com</A> --<BR>>><BR>>> Asterisk-Users mailing list <BR>>> To UNSUBSCRIBE or update options visit:<BR>>> <A href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR>><BR><BR>_______________________________________________ <BR>--Bandwidth and Colocation provided by <A href="http://Easynews.com">Easynews.com</A> --<BR><BR>Asterisk-Users mailing list<BR>To UNSUBSCRIBE or update options visit:<BR> <A href="http://lists.digium.com/mailman/listinfo/asterisk-users"> http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR></BLOCKQUOTE></DIV><BR><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">_______________________________________________</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">--Bandwidth and Colocation provided by Easynews.com --</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Asterisk-Users mailing list</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">To UNSUBSCRIBE or update options visit:</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><SPAN class="Apple-converted-space"> </SPAN><A href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A></DIV> </BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>