Summary: | ASTERISK-18871: Problem by enabling simultaneous two spans in MFC R2 | ||||
Reporter: | Eduardo Christiano Millan (eduardomillan) | Labels: | |||
Date Opened: | 2011-11-04 10:09:07 | Date Closed: | 2011-12-20 08:51:24.000-0600 | ||
Priority: | Major | Regression? | |||
Status: | Closed/Complete | Components: | Channels/chan_dahdi | ||
Versions: | Frequency of Occurrence | Constant | |||
Related Issues: |
| ||||
Environment: | Attachments: | ||||
Description: | Problem by enabling simultaneous two spans in MFC R2 I'm a failure when I enable the two SPANS system.conf when only one of the spans is enabled the link is UP, when I enable the second span which is independent, none of them follow my synchronizes configuration and system.conf chan_dahdi.conf I have a Digium TE405 card System.conf # #Span=TE4/0/1 "T4XXP (PCI) Card 0 Span 1"(MASTER) HDB3/CCS/CRC4 span=1,1,0,cas,hdb3 #termtype=E1 cas=1-15:1101 cas=17-31:1101 #bchan=17-31:1001 #dchan=16 # # # #Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2" HDB3/CCS/CRC4 span=2,2,0,cas,hdb3 #termtype: unknown cas=32-46:1101 cas=48-62:1101 #dchan=47 #echocanceller=mg2,32-46,48-62 chan_dahdi.conf [trunkgroups] [channels] ;Configuracao para MFC/R2 TELEFONICA context=from-pstn language=pt_BR echocancel=no echocancelwhenbridged=no echotraining=no signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_logging=all mfcr2_max_ani=10 ;20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_call_files=no mfcr2_mfback_timeout=-1 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=yes mfcr2_immediate_accept=no mfcr2_forced_release=no mfcr2_charge_calls=yes mfcr2_metering_pulse_timeout=-1 mfcr2_mfback_timeout=3000 callgroup=0 pickupgroup=0 group=0 faxdetect=both progzone=br channel => 1-15,17-31 channel => 32-46,48-62 versions used asterisk-1.6.2.20 dahdi-linux-complete-2.5.0.2+2.5.0.2 openr2-1.3.2 | ||||
Comments: | By: Shaun Ruffell (sruffell) 2011-11-04 11:15:59.662-0500 So with the above configuration your spans are in Alarm? When reading through this, I'm inclined to believe this is a problem in MFC R2 in user space and not in the kernel? Is this a problem with the drivers in the kernel? By: Eduardo Christiano Millan (eduardomillan) 2011-11-04 14:34:07.772-0500 Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS Rx CAS 1 BR 10 4 Yes No IDLE IDLE 2 BR 10 4 Yes No IDLE IDLE 3 BR 10 4 Yes No IDLE IDLE 4 BR 10 4 Yes No IDLE IDLE 5 BR 10 4 Yes No IDLE IDLE 6 BR 10 4 Yes No IDLE IDLE 7 BR 10 4 Yes No IDLE IDLE 8 BR 10 4 Yes No IDLE IDLE 9 BR 10 4 Yes No IDLE IDLE 10 BR 10 4 Yes No IDLE IDLE 11 BR 10 4 Yes No IDLE IDLE 12 BR 10 4 Yes No IDLE IDLE 13 BR 10 4 Yes No IDLE IDLE 14 BR 10 4 Yes No IDLE IDLE 15 BR 10 4 Yes No IDLE IDLE 17 BR 10 4 Yes No IDLE IDLE 18 BR 10 4 Yes No IDLE IDLE 19 BR 10 4 Yes No IDLE IDLE 20 BR 10 4 Yes No IDLE IDLE 21 BR 10 4 Yes No IDLE IDLE 22 BR 10 4 Yes No IDLE IDLE 23 BR 10 4 Yes No IDLE IDLE 24 BR 10 4 Yes No IDLE IDLE 25 BR 10 4 Yes No IDLE IDLE 26 BR 10 4 Yes No IDLE IDLE 27 BR 10 4 Yes No IDLE IDLE 28 BR 10 4 Yes No IDLE IDLE 29 BR 10 4 Yes No IDLE IDLE 30 BR 10 4 Yes No IDLE IDLE 31 BR 10 4 Yes No IDLE IDLE 32 BR 10 4 Yes No SEIZE AC SEIZE 33 BR 10 4 Yes No SEIZE AC SEIZE 34 BR 10 4 Yes No SEIZE AC SEIZE 35 BR 10 4 Yes No SEIZE AC SEIZE 36 BR 10 4 Yes No SEIZE AC SEIZE 37 BR 10 4 Yes No SEIZE AC SEIZE 38 BR 10 4 Yes No SEIZE AC SEIZE 39 BR 10 4 Yes No SEIZE AC SEIZE 40 BR 10 4 Yes No SEIZE AC SEIZE 41 BR 10 4 Yes No SEIZE AC SEIZE 42 BR 10 4 Yes No SEIZE AC SEIZE 43 BR 10 4 Yes No SEIZE AC SEIZE 44 BR 10 4 Yes No SEIZE AC SEIZE 45 BR 10 4 Yes No SEIZE AC SEIZE 46 BR 10 4 Yes No SEIZE AC SEIZE 48 BR 10 4 Yes No SEIZE AC SEIZE 49 BR 10 4 Yes No SEIZE AC SEIZE 50 BR 10 4 Yes No SEIZE AC SEIZE 51 BR 10 4 Yes No SEIZE AC SEIZE 52 BR 10 4 Yes No SEIZE AC SEIZE 53 BR 10 4 Yes No SEIZE AC SEIZE 54 BR 10 4 Yes No SEIZE AC SEIZE 55 BR 10 4 Yes No SEIZE AC SEIZE 56 BR 10 4 Yes No SEIZE AC SEIZE 57 BR 10 4 Yes No SEIZE AC SEIZE 58 BR 10 4 Yes No SEIZE AC SEIZE 59 BR 10 4 Yes No SEIZE AC SEIZE 60 BR 10 4 Yes No SEIZE AC SEIZE 61 BR 10 4 Yes No SEIZE AC SEIZE 62 BR 10 4 Yes No SEIZE AC SEIZE dahdi_tools not appear in any alarm mfcr2 running inside the core show channels as the channels are available but not receive calls the call signal reaches but is not answered By: Shaun Ruffell (sruffell) 2011-11-04 14:37:26.716-0500 So unless you disagree, this probably needs to be moved to the ASTERISK project as it sounds like something at a higher level than the DAHDI kernel modules? By: Eduardo Christiano Millan (eduardomillan) 2011-11-08 13:15:44.181-0600 Have reinstalled the drivers tested other versions but the same error occurs E1 only works one at a time when it is enabled the second E1 stop receiving calls By: Shaun Ruffell (sruffell) 2011-11-15 11:57:15.577-0600 Ok, I moved this to the ASTERISK project since this doesn't appear to be driver related. By: Shaun Ruffell (sruffell) 2011-11-15 12:10:54.158-0600 I see this is in triage and assigned to me, but I cannot reassign the issue. I was going to assign to the default individual for this project. By: Matt Jordan (mjordan) 2011-11-15 13:28:18.021-0600 I'll take care of it By: Matt Jordan (mjordan) 2011-11-15 13:30:39.240-0600 We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information In addition, please record what version of Asterisk you are running. By: Leif Madsen (lmadsen) 2011-12-20 08:51:15.450-0600 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines |