Asterisk mit ISDN (HFC) unter Ubuntu Jaunty Jackass (oder so)

Als kleine externe Notiz an mich, sollte ich nochmals einen Asterisk mit ISDN und dem Zaptel-Kram unter Ubuntu bauen wollen:

1. Zaptel-Gedöns muß erst gebaut werden, siehe Hinweis zu 8.04 hier.
2. Fix für Zaptel unter Kernel 2.6.28 (die Kernel-Spielkinder schlugen mal wieder was karpott): hier.
3. Es gibt nun zwei zaphfc-Treiber:

   root@ast-1:~# genzaptelconf -d -c de -v
   Unloading zaptel modules:
   [...]
   Generating '/etc/zaptel.conf and /etc/asterisk/zapata-channels.conf'
   Note: generated /etc/asterisk/zapata-channels.conf not included in zapata.conf
   To fix: echo '#include zapata-channels.conf' >>/etc/asterisk/zapata.conf
   Reconfiguring identified channels
   Zaptel Version: 1.4.11
   Echo Canceller: MG2
   Configuration
   ======================
   SPAN 1: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)
   SPAN 2: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)
   Channel map:
   Channel 01: Clear channel (Default) (Slaves: 01)
   Channel 02: Clear channel (Default) (Slaves: 02)
   Channel 03: D-channel (Default) (Slaves: 03)
   Channel 04: Clear channel (Default) (Slaves: 04)
   Channel 05: Clear channel (Default) (Slaves: 05)
   Channel 06: D-channel (Default) (Slaves: 06)
   6 channels to configure.
   Changing signalling on channel 1 from Unused to Clear channel
   Changing signalling on channel 2 from Unused to Clear channel
   Changing signalling on channel 3 from Unused to HDLC with FCS check
   Changing signalling on channel 4 from Unused to Clear channel
   Changing signalling on channel 5 from Unused to Clear channel
   Changing signalling on channel 6 from Unused to HDLC with FCS check

   ==> Man will eines der beiden Blacklisten; welches, mag man per educated guess sich dann selbst überlegen (bei mir war’s vzaphfc, den ich erdete — YMMV).

4. Generell scheint der Hype — und die Arbeit an entpsrechenden OSS-Lösungen — um Asterisk & ISDN vorbei zu sein; die vielbesprochenen HFC-Karten — gelobt für den NT-Modus, also die Möglichkeit der Realisierung eines »internen S0« wie bei »echten« Telefonanlagen; gescholten für ihre IRQ-Last — werden zwar von verschiedenen Asterisk-Channels unterstützt (CAPI, mISDN (diskutativ tot?), vISDN (entwicklungstechnisch offensichtlich tot seit 2006), Zaptel), aber z. B. den »wunderbaren« Patch von Frank Gockel gibt’s nimmer (Details zu dessen Funktion siehe IP-Phone-Forum).
   Auch wird es zunehmend schwierig, Server zu finden, in die man die sehr günstigen HFC-PCI-Karten noch verbauen kann — andere Hersteller bieten (Mehrport-) ISDN-Karten für PCI-e an, hier verlassen wir aber in Lichtgeschwindigkeit das Preissegment rd. EUR 30,–/Karte und schlagen im mittleren bis oberen dreistelligen Bereich ein :(
   Professionelle ISDN-SIP-Gateways allerdings kosten in etwa so viel wie jene Karten; und PCI-zu-PCI-Expanderboxen schlagen auch mit wenigstens EUR 100,– zu Buche.
   Daher, as time and other resources permit:
   • Remote-CAPI der Fritz!Boxen für Nutzung als ISDN-Port an Asterisk evaluieren.
   • Evtl. mal so ein ISDN-SIP-Gateway mal in die Finger bekommen
   • ISDN entsorgen und – endlich – auf VoIP- bzw. SIP-only umsteigen. (Wäre bei einem NGN-Telefonanschluß eigentlich nur konsequent; sähen die Telefone nur nicht durch die Bank wie Spielzeug oder verunglückte Kreuzungen einer Telefontastatur und eines PDAs aus …)

*sigh* Wenn die Fritz-Firmware doch nur ein bißchen mehr Möglichkeiten zuließe, bräuchte ich für den Heimgebrauch wohl keinen Asterisk mehr.