Upgrade from Dahdi 2.3.0 to 2.4.1.2 issues

So I upgraded the Dahdi drivers from 2.3.0 to 2.4.1.2 and Asterisk from 1.4.35 to 1.4.41.

The first problem was that our intercom system started to give a fast busy when the page was over with. I had fixed this by changing the signaling for that port to fxo_gs, even though fxo_ks worked fine on the previous version(s).

Second issue is that our “Door Phone” now only partially works. Normally someone pushes the door speaker, it rings to the two receptionist phones and they put in a code and it opens the door lock.

For a long while it worked about 90% of the time. Now it works 0.1% of the time. It seems as if dialing the ** now just causes a single beep through the door speaker and then hangs up without disengaging the lock. Some times they can’t even hit more than a single * before it hangs up. I have tried tweaking the options.

Anyone know why upgrading would break these that already worked?

For the intercom;

context=from-internal group=2 ;echocancel=yes signalling = fxo_gs hanguponpolarityswitch=yes channel => 60

Hangup polarity switch didn’t make any difference. The intercom itself says that it needs the Disconnect Supervisor, which was working previously as stated. It’s a simple setup where the actual intercom is at extension 255, and I created just a Dial at 8888 to dial 255, wait for a bit, dial 0, wait, 0 and then the intercom beeps through (yeah, I know, it’s kind of retarded, but that’s the way the boss wanted it… accidental company wide pages are fun.)

exten => 8888,1,Dial(Local/255@ext-local,,D(wwwwwww0w0))
exten => 8888,n,Hangup

;;;;;;[255]
signalling=fxo_gs
pickupgroup=
mailbox=255@device
immediate=no
echotraining=800
echocancelwhenbridged=no
echocancel=no
context=from-internal
callprogress=no
callgroup=
callerid=device <255>
busydetect=yes
busycount=6
accountcode=
channel=>60

I tried callprogress=yes as well, with no luck.

For the Door Phone

context=from-doorbell
group=3
;echocancel=yes
;toneduration=300
signalling = fxs_ks
channel => 65
[from-doorbell]
immediate=yes
exten => s,1,Answer()
exten => s,n,Set(CALLERID(name)="Doorbell")
exten => s,n,Set(CALLERID(num)="Doorbell")
exten => s,n,SIPAddHeader(Alert-Info: info=<Bellcore-dr2>)
exten => s,n,Dial(SIP/100&SIP/101,20)
exten => s,n,Macro(hangupcall,)
;exten => s,n,Hangup()

As you can see, I was testing various hangup methods. Still nothing worked. I haven’t tested it since I just added the immediate=yes. Also not sure how I can make this one dahdi channel use pulse dials instead, since there is a 3 through pulse the system says it’ll use.

Any help would be very much appreciated! This looks like a code regression somewhere, I’m just not sure where. I was about to downgrade Dahdi again, but unfortunately since I (after it was already broken) had updated to a newer CentOS kernel, and now older versions of Dahdi (even 2.4.0) won’t compile.

jfergus.

You’re using groundstart, so it’s not a Digium analog telephony card. Are you using a channel bank connected to a Digium E1/T1 interface card? If so, please contact our support team:

digium.com/en/users/support_ … roduct.php

Cheers.

I am using a Digium card, well two of them precisely.

wct4xxp 0000:06:08.0: Found a Wildcard: Wildcard TE220 (5th Gen)

wctdm24xxp 0000:15:08.0: Found a Wildcard TDM: Wildcard AEX2400 (0 BRI spans, 20 analog channels)

As I stated, previously with version 2.3.0 I was using kewl start. I am not using any channel banks.

We have four S400Ms and 1 X400M.

wctdm24xxp 0000:15:08.0: Port 1: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 2: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 3: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 4: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 5: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 6: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 7: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 8: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 9: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 10: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 11: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 12: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 13: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 14: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 15: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 16: Installed -- AUTO FXS/DPO wctdm24xxp 0000:15:08.0: Port 17: Installed -- AUTO FXO (FCC mode) wctdm24xxp 0000:15:08.0: Port 18: Installed -- AUTO FXO (FCC mode) wctdm24xxp 0000:15:08.0: Port 19: Installed -- AUTO FXO (FCC mode) wctdm24xxp 0000:15:08.0: Port 20: Installed -- AUTO FXO (FCC mode) wctdm24xxp 0000:15:08.0: Port 21: Not installed wctdm24xxp 0000:15:08.0: Port 22: Not installed wctdm24xxp 0000:15:08.0: Port 23: Not installed wctdm24xxp 0000:15:08.0: Port 24: Not installed wctdm24xxp 0000:15:08.0: Booting VPMADT032 wctdm24xxp 0000:15:08.0: VPM present and operational (Firmware version 125) wctdm24xxp 0000:15:08.0: Found a Wildcard TDM: Wildcard AEX2400 (0 BRI spans, 20 analog channels) dahdi: Registered tone zone 0 (United States / North America) dahdi_echocan_mg2: Registered echo canceler 'MG2'

Port 17 and 18 are connected to our door phones (equivalent to channel 65 and 66 in asterisk)(the rear door doesn’t have an activation lock, and only opens from inside. The front door is on 17.) Port 12 correlates to channel 60 on Asterisk. That is the one that I needed to change to groundstart after the upgrade to Dahdi 2.4.1.2 and Asterisk 1.4.41.

The intercom system we are using is a Bogen UTI312. The manual is here bogen.com/products/pdfs/self … TI312m.pdf

The Door phone system we are using is a Viking C1000a, manual is here. vikingelectronics.com/produc … c-1000a(sm.pdf

The Door phone itself is the Viking W2000.

As stated, this was all working well before upgrading to Dahdi 2.4.1.2 and 1.4.41. I only worked around the intercom issue with changing it to fxo_gs. Very odd, extremely annoying and completely puzzling.

Jfergus

Give our support team a shout, please.