Работающий /etc/zaptel.conf для TE4xxP:
span=1,1,0,ccs,hdb3,
span=2,2,0,ccs,hdb3,
span=3,3,0,ccs,hdb3,
span=4,4,0,ccs,hdb3,
alaw=1-124
bchan=1-15,17-31
dchan=16

Обратите внимание на запятую после hdb3!!!


В Вашем случае TE110P в slave-режим не переключилась - она всё равно продолжала писать "Clock: Internal", а должна была что-то вроде того:
Current Alarms: No alarms.
Sync Source: T4XXP (PCI) Card 0 Span 1


Щелчки, обрывы и HDLC-abort'ы - всё из-за рассинхронизации. Засинхронизируйте E1 как положено - и всё заработает.


WBR,
Paul.

По поводу "Clock: Internal",

From: support@digium.com
Unfortunetely zttool reports it's timing source incorrectly the majority of the time. It is a known bug. Do not rely on zttool's output to determine it's timing/clock source. If you have your span specified as "span=1,1,0,esf,b8zs" in your zapata.conf, then your card is taking timing from the telco if the telco is providing timing. Otherwise, the card will default to being internally clocked if the telco is not providing it. Regards, Chris Hozian

http://bugs.digium.com/view.php?id=4186

У меня тоже показывает "Clock: Internal" хотя должен показывать синхронизацию от потока. Я склоняюсь к тому что это глюки самой карточки TE110P, у меня тоже проблемы с ней. Если поставить заместо TE110P TE210P, то все работает без ошибок и показывает то что надо.

и зачем это интересно запятая после hdb3, у меня и без нее прекрасно работает карточка TE210P.

SpiderMan, с TE110P были проблемы ер все0таки как-то заставили ее работать? Дайте плиз конфиги и конфигурацию железа на той машине где именно TE110P стоит, особенно интересует вариант когда карточка слейвом

PCadach, спасибо за конфиг, честноговоря не знал про запятую (очевидно в слечае если нет CRC4 надо запятую перед пустым параметром) и про alaw, alaw это логично но ни в примерах ни в доках нигде не видел. Вообщем сделал все как у Вас но ничего не изменилось. Кстати откуда инфа о запятой и alaw?
По поволу синхронизации монятно что проблема СКОРЕЕ ВСЕГО в этом но как ниже писал SpiderMan - то что пижет zttool, ни о чем не говорит, как ровно ни о чем не говорит то что пишет zttest - было об этом в листе да и сам убедился - меряет обсолютно отфтонарные попугаи (например если запустить параллельно ping -f то в некоторых слкчаях показания zttest увеличиваются а не уменьшаются)

P.S.
>Засинхронизируйте E1 как положено - и всё заработает

Буду безмерно признателен за рекомендации как в слкчае TE110P "Засинхронизировать E1 как положено" ;-)

да работать то она якобы работает, только разговор прерывается либо обрывается совсем. Походу это вообще самый первый релиз это карточки так как на ней нашел надпись TE110P Rev A, а вроде как Rev C есть.

У меня Rev _C2 но это как-то непомогает...
Так а оно работает в мастере или слейве? Дело в том что у меня в мастере оно тоже якобы работает причем и звук нормальный и все типа ок, только иногда выдеет HDLC аборты (и при этом щелчки но не всегда) но раз в час или несколько часов вообще Red Alarm и все каналы передергивает.
А вто в слейве оно не работает ВООБЩЕ - тоесть постоянно Red Alarm и PRI упал-встал-упал и так по кругу
Тут еще кто-то писал что какраз проблема с HDLC абортами решиласть когда перевел карточку в слейв, типа мастером она глючит, вто я и пытаюссь тперь хоть как-то заставить ее слейвом работать, пусть даже "якобы".
Если оно у тебя таки в слейве дай плз конфиши и какое железо.

Спасибо

Железо щас где стоит не новое совсем, но ставил в новое результата такой же

ACPI APIC Table: <GBT AWRDACPI>
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 1700MHz (1700.03-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf0a Stepping = 10
Features=0x3febfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SS
E2,SS,HTT,TM>
real memory = 335478784 (319 MB)
avail memory = 318849024 (304 MB)
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <GBT AWRDACPI> on motherboard
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff,0x4000-0x40f7 on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82845 host to AGP bridge> mem 0xe8000000-0xebffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
.....

Да рботала в режиме слейв и мастер все тоже выдает

да конфиги самые обычные

[zaptel.conf]

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16

loadzone=us
defaultzone=us

[zapata.conf]

switchtype = euroisdn
echocancel=yes
echocancelwhenbridged=yes
echotraining=yes
echotraining=800
jitterbuffers=5
context = lg_zap
group = 2
signalling = pri_cpe
overlapdial = yes
channel => 1-15

>TE110P REV A
есть 2 REV: на плате и на наклейке на микросхеме.
У нас на плате REV D 10/10/2006, а на наклейке TE110P REV A
Плата куплена в этом году.

Наклейка на чипе у меня тоже REV A, на плате - С2
Короче мысли у меня закончились.... Поддержка дигиума молчит, я конечно теперь фиг еще куплю из платы но эту бы оживить....

Пока идея одна - проблема с синхронизацией, типа частота уплыла или вроде того, когда плата стоит мастером то другой конец еще как-то сингронизируется на пределе диапазона, потому иногда и рвется, а в слейве они просто неможет синхронизироваться поскольку диапазон захвата Уже.... Теория в моем понимании крайне нежизнеспособная но ничего умнеее придумать немогу, а если так то аппаратная проблема... Только возварщать ее денег стоить будет, причем мне а не продавцу...

Кто-нибудь может посоветовать вариант тестирования TE110P на предмет аппаратной неисправности?

Также буду благодарен за любые мысли/идеи

P.S. Еще раз прошу у кого TE110P работает без проблем (без обрывов, с нормальным качеством звука итд) напишите плиз модель материнки и проц.

Я тока на наклейке мельком заметил, когда вставлял в очередной раз,

А CISCO то выдает какие-нибудь ошибки?