dss1_divert broken?

Auf einem openSuSE 12.1 System mit  kernel 3.7.1 ist es
erst einmal kein Problem, die i4l Module zu laden:

modprobe hisax id="HiSax" type=35 protocol=2
modprobe dss1_divert

[  719.088459] ISDN subsystem Rev: 1.1.2.3/1.1.2.2/none/1.1.2.2/1.1.2.2 loaded
[  719.113631] HiSax: Linux Driver for passive ISDN cards
[  719.113637] HiSax: Version 3.5 (module)
[  719.113639] HiSax: Layer1 Revision 2.46.2.5
[  719.113642] HiSax: Layer2 Revision 2.30.2.4
[  719.113644] HiSax: TeiMgr Revision 2.20.2.3
[  719.113646] HiSax: Layer3 Revision 2.22.2.3
[  719.113649] HiSax: LinkLayer Revision 2.59.2.4
[  719.113658] HiSax: Total 1 card defined
[  719.113668] HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
[  719.113671] HiSax: HFC-PCI driver Rev. 1.48.2.4
[  719.113702] HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
[  719.113735] HFC-PCI: defined at mem f8466000 fifo f3f88000(33f88000) IRQ 16 HZ 250
[  719.113742] HFC 2BDS0 PCI: IRQ 16 count 0
[  719.113756] HFC_PCI: resetting card
[  719.240026] HFC 2BDS0 PCI: IRQ 16 count 39
[  719.240048] HiSax: DSS1 Rev. 2.32.2.3
[  719.240059] HiSax: 2 channels added
[  719.240066] HiSax: MAX_WAITING_CALLS added
[  730.606456] dss1_divert module successfully installed

Eingehende Anrufe werden jetzt im syslog angezeigt. isdnlog funktioniert einwandfrei zur
D-Kanal-Überwachung, auch im Echo-Modus - die Verkabelung sollte also ok sein.

"divertctrl wait interrogate HiSax cfu 99999 1" sollte cfu Umleitungen für MSN 99999 für SI 1 abfragen .... aber das klappt überhaupt nicht. /dev/isdnctrl gibt statt dessen folgendes aus:

62:52.80 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ
62:52.80 L3DC ChangeState ST_L3_LC_ESTAB_WAIT
62:52.80 tei State ST_TEI_NOP Event EV_IDREQ
62:52.80 tei assign request ri 12266
62:52.80 tei ChangeState ST_TEI_IDREQ
62:57.81 tei State ST_TEI_IDREQ Event EV_T202
62:57.81 tei assign req(2) ri 8853
63:02.82 l3 release_l3_process: last process
63:02.82 l3 release_l3_process: not release link
63:02.82 tei State ST_TEI_IDREQ Event EV_T202
63:02.82 tei assign req(3) ri 6058
63:07.83 tei State ST_TEI_IDREQ Event EV_T202
63:07.83 tei assign req failed
63:07.83 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_RELEASE_IND
63:07.83 L3DC ChangeState ST_L3_LC_REL
63:07.83 tei ChangeState ST_TEI_NOP

Nach einem fehlgeschlagenen "divertctrl wait activate HiSax cfu 99999 1 017511111111"  kann man auf /dev/isdnctrl lesen:
77:52.81 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ
77:52.81 L3DC ChangeState ST_L3_LC_ESTAB_WAIT
77:52.81 tei State ST_TEI_NOP Event EV_IDREQ
77:52.81 tei assign request ri 52329
77:52.81 tei ChangeState ST_TEI_IDREQ
77:57.82 tei State ST_TEI_IDREQ Event EV_T202
77:57.82 tei assign req(2) ri 20609
78:02.83 tei State ST_TEI_IDREQ Event EV_T202
78:02.83 tei assign req(3) ri 18291
78:02.84 l3 release_l3_process: last process
78:02.84 l3 release_l3_process: not release link
78:07.84 tei State ST_TEI_IDREQ Event EV_T202
78:07.84 tei assign req failed
78:07.84 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_RELEASE_IND
78:07.84 L3DC ChangeState ST_L3_LC_REL
78:07.84 tei ChangeState ST_TEI_NOP

"divertctrl wait deactivate HiSax cfu 99999 1" schlägt fehl mit

82:50.25 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ
82:50.25 L3DC ChangeState ST_L3_LC_ESTAB_WAIT
82:50.25 tei State ST_TEI_NOP Event EV_IDREQ
82:50.25 tei assign request ri 53507
82:50.25 tei ChangeState ST_TEI_IDREQ
82:55.26 tei State ST_TEI_IDREQ Event EV_T202
82:55.26 tei assign req(2) ri 5012
83:00.27 tei State ST_TEI_IDREQ Event EV_T202
83:00.27 tei assign req(3) ri 49604
83:00.28 l3 release_l3_process: last process
83:00.28 l3 release_l3_process: not release link
83:05.28 tei State ST_TEI_IDREQ Event EV_T202
83:05.28 tei assign req failed
83:05.28 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_RELEASE_IND
83:05.28 L3DC ChangeState ST_L3_LC_REL
83:05.28 tei ChangeState ST_TEI_NOP

Am S0-Bus hängen Tiptel 192 Telephone - mit diesen klappt das Schalten einer Umleitung einwandfrei,
der Anschluß verfügt also über entsprechend aktivierte Dienstmerkmale.

Was läuft falsch?

cu,
  Knut