| Summary: | DAHLIN-00202: Problem with RX bits on E1-CAS | ||||
| Reporter: | ptorres (ptorres) | Labels: | |||
| Date Opened: | 2010-07-23 15:19:42 | Date Closed: | 2010-09-29 15:45:29 | ||
| Priority: | Major | Regression? | No | ||
| Status: | Closed/Complete | Components: | wct4xxp | ||
| Versions: | 2.3.0 | Frequency of Occurrence | |||
| Related Issues: |
| ||||
| Environment: | Attachments: | ||||
| Description: | Dahdi 2.3.0 Boards tested TE205 4th gen TE205 5th gen TE405 4th gen TE405 5th gen Asterisk 1.6.2.6 with openR2 There is a problem with Dahdi (2.3.0) and/or wct4xpp driver when configured in E1-CAS mode ( for mfc-R2 protocol ) After starting Dahdi service and BEFORE starting asterisk , spans go green / no alarms but on dahdi_tool the CAS bits from the RX side are either all 0000 , expected values (1101 or 1001) for some channels, or some random values. This is happening with BOTH 4th and 5th gen boards. After starting asterisk 1.6.2.6 with the supported openR2 MFCR2, RX bits still do not refresh, outgoing calls are not allowed, until 'something' happens, either unplug and re-plug the E1, or an incoming call from the telco , at that moment ALL channels change the RX bits to correct/expected values. It works fine with zaptel 1.4.10 and 4th gen boards. zttool Always shows correct values on all channels BEFORE starting asterisk (* 1.4.18 fyi) ****** STEPS TO REPRODUCE ****** see description. ****** ADDITIONAL INFORMATION ****** /etc/dahdi/system.conf span=1,1,0,cas,hdb3 cas=1-15:1101 cas=17-31:1101 span=2,2,0,cas,hdb3 cas=32-46:1101 cas=48-62:1101 Other tests done / things noted : * When the spans are looped or b2b between spans with crossover cable, the RX bits are fixed when we start Asterisk. * We did some testing with E1-CCS mode (euroisdn protocol) with a few calls and does not seem to have any issues. * Minor: After 'unblocking' sometimes outgoing calls do not work on the first try on every channel ( have to call 2 times on every channel ) * We tried setting all alarm debounce settings to 0, same issues. * We tried porting version changes from dahdi to zaptel with moderate success because it correctly loads and configures the boards but we have the same issue with the RX bits. | ||||
| Comments: | By: Kinsey Moore (opticron) 2010-08-20 14:44:17 Could I get your configs verbatim to test with? I have this setup with DAHDI 2.3.0, Asterisk 1.6.2.6, and a 4th Gen TE405 and I can't seem to reproduce the bug you're seeing. I also tested with a 5th Gen TE420. By: ptorres (ptorres) 2010-08-30 10:40:50 Sorry for taking so long to answer, I missed the notification email or something We believe the CAS bits are set correctly by the other side but not 'refreshed' by the driver at startup, until something happens that forces the refresh What do you mean by configs verbatim ? it happens with just dahdi , already listed dadhi/system.conf contents. Anyway, we can arrange to setup the box and provide access if needed. By: Kinsey Moore (opticron) 2010-08-31 10:13:56 I'd be glad to take a look at it for you. You can leave the details here in a private note. By: Shaun Ruffell (sruffell) 2010-09-24 18:33:21 PTorres: any updates? By: Eduardo Christiano Millan (eduardomillan) 2011-11-04 10:06:39.624-0500 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 | ||||