Когда ушли за SDH - могут быть проблемы с синхрой.
Опять же как и в других случаях - не должно гореть ничего красного - NOS, LOS, AIS, RAI.
Если горит - проблема с физикой - провода, пары, симметричность, CRC-4.

Если с обеих сторон все ОК - trkstat 0 18 0 (если NPRAE, 0 18 если PRA2). С обеих сторон должно быть написано CONNECT2 (Level2).

Все смотрим с обеих сторон!!! Всякие LOS, AIS, RAI не должны гореть, моргать и т.п.

Было бы интересно увидеть вывод по "infocs".
С SDH иногда бывают проблемы если вы пытаетесь брать от этих потоков синхру (а на кольце она не реализована, нет ретайминга).
Просто есть инцидент:
22/08/10 18:45:51 000037M|000/17/-/---|=0:3773=Bad frame Acc 0 (S=0x82) ABT=0 TO
T=0x0000 Nok=0xc14b
Это проблемы (как правило синхры)

Посылать номер блоком: префикс professional trunk seizure,

или префикс prof. TG with overlapping + в System убираем галку с пункта overlap seizure.

Соответственно (не при транзитных звонках, а при проверке с аппарата станции) занятие (при наборе блоком) будем видет после набора 8-й цифры или после нажатия # )

На уровне trkstat -r номер_группы нас ничего не интересует.
Смотрим, что ничего красного на NPRAE (PRA) не горит. Если горит - разбираемся с физикой.
trkstat номер_шелфа номер_платы (номер_доступа для NPRAE) - смотрим состояние Level2 - должно быть CONNECT2.
Далее (если все ОК) - запускаем трассировку "t3" - и то что туда выдается - показываем. Типа:


| (647896:000002) 1121: Send_IO1 (link-nbr=5, sapi=0, tei=0) :
| long: 48  desti: 0  source: 15  cryst: 0  cpl: 5  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 05
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 01 81 Num : 3422102001
| IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 5000
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (647897:000003) Concatenated-Physical-Event :
| long: 20  desti: 0  source: 0  cryst: 0  cpl: 5  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  85
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1) 8a -> T0/S0 : B2 channel exclusive
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (647897:000004) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 0  cpl: 5  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  85
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (647943:000005) Concatenated-Physical-Event :
| long: 35  desti: 0  source: 0  cryst: 0  cpl: 5  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  85
|____________________________________________________________­__________________
|
| IE:[29] DATE (l=5) -> date : 18 / 12 / 09 10:37
| IE:[4c] CONNECTED_NUMBER (l=9) -> 01 81 Num : 3425000
|____________________________________________________________­__________________

Трассировки где - по набору через speed dial и по префиксу?

Давайте не мешать все в кучу - 102-я IP? Станция без ячейки не знает на какой адрес отправить вызов. (если не используете GateKeeper).
А с ISDN - чего-то обманываете - что-то не так программируете (например сказали number compatible with=-1, number of digits to send=0)

Это вы спрашиваете или сообщаете? Что значить "что-то с железом"?

Если транковая группа IP - это естественно нормальное явление.

time based route list - что там написано.
В транковой группе NDDI - перетекание не стоит?
А lookars лучше с ключом i

lookars - чего показывает, перетекание и ARS одновременно надеюсь не используете.

В ARS руте или в time based роут листе (и два рута в одном листе, а не два разных листа)?

Насчет серого поля - вы про поля с адресами или про строчку разрешения внутреннего DHCP сервера?

Я к тому, чтоб хоть послушать - автоответчик работает, а на слух можно послушать в чем проблемы - уровень, разрывы связи, проблема с первой цифрой.

Я бы для начала позвонил с проблемных и не проблемных абонентов на обычный аппарат и понабирал - хотя бы акустически сравнив набор - уровень и рвется/не рвется.

По идее номер должен быть там где вы и ищите - X25/ X25 numbering, только еще дальше - X25 numbering plan.
И небольшая просьба - если особой необходимости нет - отвечайте просто, без цитирования, легче читать.

Еще раз повторюсь - наличие двух абонентов с одинаковыми номерами на разных узлах - это не препятствие для аудита.
Например узел 1 - абоненты 100 - 200, узел 2 - абоненты 200 - 299.
При проведении аудита на узле 1 (построение базы) - будет сообщение как у вас, но для абонентов 201 - 299 будут созданы Network номера (кроме естественно 200). При расылке базы по узлу 2 будет аналогичное сообщение, но нетворк номера 100 - 199 будут созданы.
А ваш Е000000 - надо искать не в Х25 кластерах, а в Х25/ план нумерации.