после продолжительной эксплуатации станции выскочил интересный факт: не проходит вызов при определённом транзите, трассировка указывает на отбой со стороны ОХЕ.  За станцией есть довольно разветвлённая сеть по потоку Е1. Разветвление начинается за циской, к последующим сетям доступа не имею. Все транзиты (из города в последующие станции), которые иду до конечного абонента по ISDN нареканий не вызывают. Которые на определённой станции заходят по 2-х проводке не дают Alert (Приходит Progress), контроля посылки вызова, вызова и соединения не происходит. Звонки из ОХЕ (c тем же Progress) на данные номера успешны. Со стороны циски отбой не приходит. В сторону города станция даёт отбой.
Send Status for IE non-existent=No и все в System - React.Receiving State Mess = NO
желаемого результата не дали.
Может натолкнёте на мысль?  

трейс в сторону города:
(644480:000007) Physical-Event :
| long: 54  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 1d e7
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 84 -> T2 : B channel 4 exclusive
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 2632025
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2634999
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (644480:000008) 1066: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  9d e7
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 84 -> T2 : B channel 4 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (644481:000009) 1066: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : PROGRESS (03)  Call ref :  9d e7
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (644482:000010) Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : STATUS [7d] Call ref : 1d e7
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 80 e0 1e -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 09
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (644482:000011) 1066: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 9d e7
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 e0 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (644482:000012) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 1d e7
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 e0 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
|____________________________________________________________­__________________

Для PRA и NPRA годится, а вот с BRA не прокатит, а жаль...

Инцидент вываливается № 0310 как минимум.

Вопрос вдогонку: где в доке почитать про описание инцидентов, что-то ни как не найду. В частности, интересует описание на инцидент 1612=Protocol error on Alcatel 8&9 series, type 13. Туча их валится, а что означают не понятно. В станции обнаружены лишь недозвоны на носимые трубки.

Спасибо за растолкование. Просто клиент узрел на моём буке чем ковырял его станцию и попросил. Вот и навёл на размышления: можно ли ему отдать дистрибутив 4740 или криминально?

Подскажите:
1) не будут ли французы против использования программ 4740 или 4730i? (4740 была платной, как помнится, а 4730i только для инсталляторов пишет.)
2) Подразумевает ли покупка 4760 легальное использование 4740 (как более ранней версии)?

Остался вопрос: mib-ы со станции скачать можно или искать на сайтах? в etc/snmp/mibs только пара текстовиков лежит.

Спасибо, буду ковырять.

Подскажите: выдаёт ли станция SNMP трапы на события типа: отвалился поток Е1, отвалилась база DECT и подобные события? Не хотелось бы постоянно глазами мониторить команды типа trkstat -r 1.

Пилотный номер может приклеивать вам городской провайдер, когда видит в поле вызывающего абонента номер, не принадлежащий вашему пулу. Всё будет зависеть лишь от него. Лично конфигурил совершенно одинаково 3 станции в разных городах и получил 3 совершенно разных результата: 1) в первом случае провайдеру было пофиг и в город запросто пропускал даже свою нумерацию и на сотовых определялись номера городской нумерации, как будто не было перевода, а звонок с города пришёл. 2) во втором случае провайдеру не нравилось, что ему в биллинг сыпятся его же номера и он им должен выставлять счёт на оплату   разговоров. И подставлял пилотный номер, а так же на него списывал трафик. 3) те же проблемы что и во втором случае, но провайдер тупо не пропускал звонки с не правильным форматом или нумерацией, не принадлежащей данной станции. В следствие чего давал отбой!
(смотрите по t3 что выша станция отсылает, в смысле какой именно номер)

Как неоднократно писал vad: ОХЕ должна быть Network, TG должна быть ISDN Privat, только в таком случае Alcatel будет обрабатывать чужую нумерацию для трансляции далее.

Вот цитата. vad: "Единственное когда Алкатель переделывает АОН - у нас Network Mode, транковая группа ISDN all country, private=yes. Есть нюансы со звонками в сторону этой группы (перед набранным номером добавляется из entity то ли инсталляционный, то ли дефолтовский номер - лечится своим NPD где номер строится не через Entity, а через NPD"

Сравниваете 2 совершенно разных сервиса: аналоговый (вопросы к аппарату) и цифровой (за сервис отвечает станция). Dect-аппараты Alcatel (Gap+) это те же цифровики. При входящем звонке попробуйте на цифровом аппарате (например 4029) нажать отбой и то же проделать на аналоговом и поймёте разницу.
"Что - здесь получается если я не хочу разговаривать то мне придётся слушать звонок пока абонент не положит трубку?"   выключать телефон перед совещанием, либо (как вариант) вынуть аккумулятор во  время звонка, других вариантов не придумывается...

Зоходите под mtcl вводите mgr, выбираете System, Consult/Modify, Ctrl V в табличке есть строчка Date/Time : 20100119124200 где год, месяц, число, часы, минуты, секунды в таком формате. Правите время, Ctrl V и будет Вам счастье.

Не все отзываются восторженно о данных дисках (впрочем как и о любом нововведении): "у флэш-памяти есть один технологический недостаток, от которого до конца пока избавиться невозможно. Дело в том, что каждая ячейка памяти может быть перезаписана определенное количество раз, после чего станет непригодна. Причем заявляемые миллион циклов в некоторых случаях — не такое уж и избыточное количество. Предположительный ресурс SSD в связи с ограниченным количеством циклов перезаписи — не более двух лет".
"По результатам нового исследования, проведенного фирмой Avian Securities в Азии, покупатели возвращают от 10% до 20% ноутбуков с SSD против 1-2% возвращенных ноутбуков на базе HDD".
http://www.mobimag.ru/Articles/2237/HDD_umer_da_zdravstvuet_SSD.htm
Поживём - увидим, возможно, для Alcatel будет лучше. Хотя старые диски 20Gb ходят очень надёжно, жаль, что найти трудно теперь.

DECT оказался ни при чём, тем более, что в обоих случаях он присутствовал. Во всём оказалось виновато отсутствие суффикса оповещения (первый раз сталкиваюсь с удалением суффиксов, обычно префиксы корячат, а суффиксы оставляют без изменения). Чтение доки, где русским по белому рекомендовано Создать данный суффикс, помогло.
Всем спасибо.

Защиты от оповещения нет(0). Действительно не начинает на второй станции автоматически вещать из динамика телефона. В группе пока лишь 4039 и Dect 400. Идут вызовы на оба (максимум по 273 таймеру), если снять трубку, то ожидается снятие трубки со второго аппарата, после чего только и начинается голосовое оповещение (как и указано в доке). Но хотелось бы сделать как на первой: после первого звонка идёт автоматическое голосовое оповещение на всех цифровиках и трубках (автоответ не включен, иначе все входящие звонки так же отрабатывали бы). Конфигурации обе сохранил, буду, наверное, загружать в станцию по-очереди и сравнивать до посинения