Самое интересное, что зеленый статус как при span=1,0,0 так и при span=1,1,0.

В extensions примерно так и прописано:
exten => _9NXXXXXX,1,Dial(DAHDI/g1/${EXTEN:1})

Дебаггинг pri уже включал - пишет:

q931.c:7600 q931_dl_indication: link is DOWN
Changing from state 4 to 5

Вы может не рестартили сервис DAHDI?
1) Остановите Астериск
2) service dahdi stop
3) service dahdi start
4) dahdi_tools ? dmesg ?

Нет, все рестартовал, специально попробовал все еще раз.

Сейчас сделал все для span=1,1,0:

dahdi_tools = OK

# dmesg -c
dahdi: Telephony Interface Registered on major 196
dahdi: Version: 2.3.0.1
PCI: Enabling device 0000:03:08.0 (0110 -> 0113)
ACPI: PCI Interrupt 0000:03:08.0[A] -> GSI 16 (level, low) -> IRQ 169
wcte12xp 0000:03:08.0: Setting up global serial parameters for E1
wcte12xp 0000:03:08.0: Found a Wildcard TE121
dahdi_transcode: Loaded.
INFO-xpp: revision Unknown MAX_XPDS=64 (8*8)
INFO-xpp: FEATURE: without BRISTUFF support
INFO-xpp: FEATURE: with PROTOCOL_DEBUG
INFO-xpp: FEATURE: with sync_tick() from DAHDI
INFO-xpp_usb: revision Unknown
usbcore: registered new driver xpp_usb
dahdi_echocan_mg2: Registered echo canceler 'MG2'
dahdi: Registered tone zone 40 (Russian Federation)
wcte12xp 0000:03:08.0: Span configured for CCS/HDB3/CRC4

INFO-xpp - отключите все ненужные драйвера в /etc/dahdi/modules, такие как xpp явно же не нужны?

ded:

2) Есть ли уверенность, что провайдер поддерживает суперфрейм CRC4?

4) Расстояние от порта провайдера до порта карты? Третий 0 говорит о том, что должно быть в пределах 0-133 футов. Большинство стартовых проблем такого рода заканчиваются сообщениями "Был плохо/неправильно обжат патч Е1", или просто /сорри, была проблема на стороне провайдера.

5) cat /proc/interrupts ??

До модема провайдера (Olencom H3900 g.SHDSL->E1) метра 2.
Как раз на модеме настроено CRC4 для Е1.

Патч собираюсь завтра проверить, а провайдер со своей стороны тоже вроде как пытается что-то делать - проверяет, отзванивается.

cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 48209566 0 0 0 IO-APIC-edge timer
1: 8 0 0 0 IO-APIC-edge i8042
6: 2 0 0 0 IO-APIC-edge floppy
8: 1 0 0 0 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-level acpi
12: 4 0 0 0 IO-APIC-edge i8042
50: 5949 253811 145444 0 PCI-MSI ahci
58: 18 0 0 0 PCI-MSI HDA Intel
66: 21 0 0 44966 PCI-MSI eth1
169: 14601 0 30865791 16639608 IO-APIC-level ohci_hcd:usb3, ohci_hcd:usb4, HDA Intel, wcte12xp0
177: 0 0 0 0 IO-APIC-level ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7
185: 0 0 0 0 IO-APIC-level ehci_hcd:usb2
225: 2 0 0 0 IO-APIC-level ehci_hcd:usb1
NMI: 1782 1482 2385 2117
LOC: 48209066 48208999 48208926 48208853
ERR: 0
MIS: 0

Вот это

169: 14601 0 30865791 16639608 IO-APIC-level ohci_hcd:usb3, ohci_hcd:usb4, HDA Intel, wcte12xp0

может быть причиной проблем.
Ну и достаточно освещены пути решения: дизаблить usb в БИОСе, переставлять в другой слот, ставить опцию в загрузке ядра noapic.
Чтобы wcte12xp0 сидела на отдельном прерывании.

Не помогает!
Перепроверил все:
поменял патчкорд, переставил систему.

отключил все, чтобы wcte12xp0 сидела на отдельном прерывании:

]# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 3860917 0 0 0 XT-PIC timer
1: 2487 0 0 0 XT-PIC i8042
2: 0 0 0 0 XT-PIC cascade
6: 2 0 0 0 XT-PIC floppy
8: 0 0 0 0 XT-PIC rtc
9: 1 0 0 0 XT-PIC acpi
10: 3818504 0 0 0 XT-PIC wcte12xp0
12: 4 0 0 0 XT-PIC i8042
89: 5820 0 35249 0 PCI-MSI ahci
97: 18 0 0 0 PCI-MSI HDA Intel
105: 27 0 0 2618 PCI-MSI eth1
NMI: 436 204 190 216
LOC: 3860853 3860785 3860713 3860641
ERR: 13
MIS: 0

CLI>dahdi show channels
CLI>pri debug span 1
Звонить exten => _9NXXXXXX,1,Dial(DAHDI/g1/${EXTEN:1})

ну и, остаётся платный суппорт?

После переустановки появились правда еще ошибки:

ERROR[11009] codec_dahdi.c: Failed to open /dev/dahdi/transcode: No such file or directory
WARNING[11009] translate.c: plc_samples 160 format f
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'userbase' (on reload) at line 23.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'vmsecret' (on reload) at line 31.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'hassip' (on reload) at line 35.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'hasiax' (on reload) at line 39.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'hasmanager' (on reload) at line 47.

> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked State
pseudo default default In Service
1 incoming default In Service
2 incoming default In Service
3 incoming default In Service
4 incoming default In Service
5 incoming default In Service
6 incoming default In Service
7 incoming default In Service
8 incoming default In Service
9 incoming default In Service
10 incoming default In Service
11 incoming default In Service
12 incoming default In Service
13 incoming default In Service
14 incoming default In Service
15 incoming default In Service
17 incoming default In Service
18 incoming default In Service
19 incoming default In Service
20 incoming default In Service
21 incoming default In Service
22 incoming default In Service
23 incoming default In Service
24 incoming default In Service
25 incoming default In Service
26 incoming default In Service
27 incoming default In Service
28 incoming default In Service
29 incoming default In Service
30 incoming default In Service
31 incoming default In Service

q931.c:7618 q931_dl_indication: link is DOWN
Changing from state 4 to 5

Это -

WARNING[11009] chan_dahdi.c: Ignoring any changes to 'userbase' (on reload) at line 23.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'vmsecret' (on reload) at line 31.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'hassip' (on reload) at line 35.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'hasiax' (on reload) at line 39.
WARNING[11009] chan_dahdi.c: Ignoring any changes to 'hasmanager' (on reload) at line 47.

вам дурной старый интерфейс AsteriskNOW надул. Засовывает в конфиг несуществующие опции!

В общем - в платный суппорт.
Это моё частное субъективное IMHO, которое не совпадает с другими мнениями.