[asterisk-biz] PRI dropped calls, D channel traces, and more

Mitul Limbani mitul at enterux.com
Thu Apr 2 14:09:27 CDT 2009


  BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Hi
Harry,
 Yes it seems that you are not having any interrupt issues.
 I think the issue can be something related to Hard HDLC or Soft HDLC
and then about the PRI refresh intervals.
 Also are you using a split PRI ? like few channels for DATA and few
for Voice on single E1 circuit ?
 If you need more fix that probably need to look into this box over
SSH to do further diagnosis, you can connect me off the list to pass
on those info,
 Thanks & Regards, 
 Mitul Limbani, 
 Founder & CEO, 
 Enterux Solutions, 
 The Enterprise Linux Company (TM), 
 www.enterux.com 
 +91-9820332422 
 On Thu 02/04/09 10:37 , Harry McGregor hmcgregor at biggeeks.org sent:
 Hi Mitul,
 Mitul Limbani wrote:
 > Hi harry,
 >
 > Over the past 1+ year I have encountered similar issue as u
saying,  
 > bad HDLC and the line resets dropping all the calls on the line.
 >
 > After diagnosis of each different case I got the following
reasons:
 >
 > 1) the card is conflicting with some other resource on the pc, 90%
 
 > time it conflicts with either the USB controller or Ethernet  
 > controller, try disabling these hardware or try different PCI
slots or  
 > in some cases I have tried entirely different PC and the line drop
 
 > issue disappeared.
 >
 > Cat /proc/interupts
 >   
 Well, unless I am reading this wrong, we don't have any IRQ sharing:
 hmcgregor at rppbx [1]:~$ cat /proc/interrupts
            CPU0       CPU1      
   0:         34          1   IO-APIC-edge      timer
   1:        294       2955   IO-APIC-edge      i8042
   6:          0          3   IO-APIC-edge      floppy
   7:          1          0   IO-APIC-edge      parport0
   8:          0          1   IO-APIC-edge      rtc0
   9:          0          0   IO-APIC-fasteoi   acpi
  12:         19        318   IO-APIC-edge      i8042
  14:          1         87   IO-APIC-edge      ide0
  18:  194114861  481832830   IO-APIC-fasteoi   wanpipe1
  19:   86761424  251172881   IO-APIC-fasteoi   wanpipe2
  20:     841032    9434148   IO-APIC-fasteoi   sata_nv
  22:          1        117   IO-APIC-fasteoi   ehci_hcd:usb2, HDA
Intel
  23:     408202    4839750   IO-APIC-fasteoi   ohci_hcd:usb1,
sata_nv
 1276:    3077018   47863500   PCI-MSI-edge      eth0
 NMI:          0          0   Non-maskable interrupts
 LOC:   13557666   16509579   Local timer interrupts
 RES:   20741331    8566946   Rescheduling interrupts
 CAL:       1755        297   function call interrupts
 TLB:     210532     232038   TLB shootdowns
 TRM:          0          0   Thermal event interrupts
 THR:          0          0   Threshold APIC interrupts
 SPU:          0          0   Spurious interrupts
 ERR:          1
 I think you are not having any interrupts issues.
 > 2) Use Xorcom's AstriBank although it is bit exp and doesnt have  
 > onboard echo cancellation v/s PCI cards but you dont have worry
about  
 > PCI slots n stuff anymore, no line drop due to HDLC has been
reported  
 > by any of my customers using the Xorcom hardware.
 >   
 That may be an option....
 > 3) If you did 1 and still facing issue raise a support ticket with
 
 > Sangoma they would definitely fix or provide cure
 >   
 Ok
 > 4) based on 1 and 3 you can go back to telco and get them to
layout  
 > the Fibre once again from their junction box, coz then your line
is  
 > failing due to physical disturbance in line, and this is something
 
 > which the tester unit is capable to withstand, but not asterisk.
So  
 > although they show you line perfectly ok on their tester units it 

 > would fail after unpredictable time delay on asterisk.(make sure
you  
 > fix 1 and 3 before doing this or else you loose reputation in
front of  
 > customer and telco both)
 >
 >   
 The telco has not even been running a T-Bird, just a loop test on
the
 smart jack and their CPE equipment.
 Since it's an integral access type setup, there is the incoming
telco T1
 into the Telco's CPE equipment, which then hands over ethernet for
 internet access, pots for our fax lines, and fractinal PRI for our
 digital voice trunks.
 It's quite possible that most, but not all of our issues are on that
 fractional PRI, and not the incoming T1.
                          Harry
 > Let me know,
 >
 > Regards,
 > Mitul Limbani,
 > Founder & CEO,
 > Enterux Solutions Pvt Ltd,
 > The Enterprise Linux Company(r),
 > http://www.enterux.com/
 >
 >
 > On 02-Apr-09, at 7:21, Harry McGregor  wrote:
 >
 >   
 >> Hi,
 >>
 >> We are having some issues with dropped calls on our combined
voice/ 
 >> data
 >> T1 (ISDN PRI hand over of the voice channels).
 >>
 >> Our users are reporting frequent (3-10/day for an 8 person
office)
 >> dropped calls, including calls with the other party being on a
land  
 >> line.
 >>
 >> The telco keeps coming back that the line is clean.
 >>
 >> Anyone here have solid experience in reading through D-Channel  
 >> traces to
 >> figure out what is going on exactly, enough that we can either
fix our
 >> Asterisk issue or push the telco for a fix.
 >>
 >> Most of the issues started when we switched from doing our own
analog
 >> split out for fax (Sangoma T1 card, Sangoma Analog), to having
our  
 >> telco
 >> split out the fax lines.
 >>
 >> We had issues with fax reliability on the sangoma pair (even
though it
 >> had worked well for us in the past with other installs), and  
 >> switched to
 >> telco analog hand over for fax (which permitted the Windows SBS
fax
 >> server to work, though we are getting a lot of cut off faxes).
 >>
 >> Environment is Asterisk 1.4.21 on Debian Lenny Kernel 2.6.26
 >>
 >> 01:06.0 Network controller: Sangoma Technologies Corp. A101
single- 
 >> port
 >> T1/E1 (rev 01)
 >> 01:07.0 Network controller: Sangoma Technologies Corp.
A200/Remora
 >> FXO/FXS Analog AFT card
 >>
 >> -----
 >>
 >> We really need to get to the bottom of this fax issue.  We can
provide
 >> logs, and we can provide supervised (screen),bastion host based
SSH
 >> access to the asterisk system.
 >>
 >> I would like to keep the cost down of course, but can offer
between  
 >> $150
 >> (looking at the logs, giving suggestions), up to $500 (if you can
 
 >> truly
 >> solve the issue, and our users are happy).
 >>
 >>
 >>                                        Harry
 >>
 >> _______________________________________________
 >> --Bandwidth and Colocation Provided by
http://www.api-digital.com--
 >>
 >> asterisk-biz mailing list
 >> To UNSUBSCRIBE or update options visit:
 >>   http://lists.digium.com/mailman/listinfo/asterisk-biz
 >>     
 >
 > _______________________________________________
 > --Bandwidth and Colocation Provided by
http://www.api-digital.com--
 >
 > asterisk-biz mailing list
 > To UNSUBSCRIBE or update options visit:
 >    http://lists.digium.com/mailman/listinfo/asterisk-biz
 >
 >   
 _______________________________________________
 --Bandwidth and Colocation Provided by http://www.api-digital.com--
 asterisk-biz mailing list
 To UNSUBSCRIBE or update options visit:
    http://lists.digium.com/mailman/listinfo/asterisk-biz
-------------------------
Msg sent via Enterux Enterprise Email Server :
http://www.enterux.com/

Links:
------
[1] mailto:hmcgregor at rppbx
[2] mailto:hmcgregor at biggeeks.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-biz/attachments/20090402/dcf06dbe/attachment.htm 


More information about the asterisk-biz mailing list