Panasonic KX-TDA100 + поток = неверное распределение входящих

[ZiggyX]

Здравствуйте!
Есть МиниАТС Panasonic KX-TDA100, в которой есть платы PRI30 (на нее подается поток), SLC16, 3шт и DHLC8 (на которых подключены внутренние абоненты). Провайдер в потоке дает несколько городских, семизначных линий, которые в п. 10.3 в Maintenance Console распределяются по внутренним абонентам. Выглядит это так:
номер DDI/DID 1234567 - адресат DDI/DID - 124
номер DDI/DID 1234568 - адресат DDI/DID - 601
и т.д., где 60Х - номера групп, настроенных в 3.5.1, со своими абонентами.
2 дня назад одно из правил в 10.3 отказалось работать, а именно, при звонке на номер, к примеру, 1234568 вместо того, чтобы звонили внутренние линии, настроенные в п. 3.5.1., звонит внутренний номер 101 (который кстати тоже отдельной строкой прописан в п. 10.3., но на другую городскую линию).
Пробовал перезагружать АТС, менять группу на конкретного абонента, стирать все правила в п. 10.3 и добавлять их (даже в другом порядке), но все правила работают корректно, а это одно - нет.
Что это может быть?
И возможно ли это исправить?

[HAG]

Нужно снять трассировку входящего звонка и показать ее оператору вместе с паяльником.

[ZiggyX]

Нужно снять трассировку входящего звонка и показать ее оператору вместе с паяльником.

К провайдеру обращался, он сказал примерно следующее: "Мы даем Вам поток, а как Вы его внутри распределяете - это на Вашей совести, ищите ошибку у себя". В чем-то его слова показались логичными, поэтому и решил проверить все настройки АТС.
Скажите, а как можно снять трассировку входящего звонка?

[HAG]

В утилитах "ISDN протокол трейс".
З.Ы. Никогда не верьте операторам, а провайдерам тем более.

[ZiggyX]

В утилитах "ISDN протокол трейс".
З.Ы. Никогда не верьте операторам, а провайдерам тем более.

Спасибо!
В логе увидел следующее:
"
Calling Party Number: 21 81 39 31 31 31 33 32 39 36 30 34
Type of Number= National Number, Numbering Plan= ISDN/Telephony
Number= (тут номер, с которого происходит звонок на некорректно работающую линию, определяется всегда верно)
Called Party Number: 81 36 30 32
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 602 (а это номер, на который должен поступить звонок; почему-то здесь всего 3 цифры, хотя должно быть семь)
"
Я правильно понимаю, что некорректно работающий семизначный номер на АТС просто не приходит, а вместо него приходит другой номер, причем подмена осуществляется на уровне провайдера?

[HAG]

Called Party Number: 81 36 30 32
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 602 (а это номер, на который должен поступить звонок; почему-то здесь всего 3 цифры, хотя должно быть семь)
"
Я правильно понимаю, что некорректно работающий семизначный номер на АТС просто не приходит, а вместо него приходит другой номер, причем подмена осуществляется на уровне провайдера?

Впишите эти 602 в 10.3 вместо семизначного номера. Убедитесь, что звонок будет распределяться верно, и начинайте греть паяльник.

[Dymk]

На 101 валится, потому,что когда в 10,3 не прописан адресат, вызов падает на оператора.
602 - последние цифры вашего городского номера?
Сколько цыфер должен присылать пров по договору? 2/3/5/7/9/10/11?
Если работало раньше с семью, и вдруг стало три, то на третий день паяльник уже должен быть в прове.
И это в Питере такие ужосы?

[ZiggyX]

Действительно, это была ошибка провайдера. После звонка и демонстрации логов, они за 20 минут поправили, и в логах стал появляться нужный семизначный номер, и система заработала корректно.

Впишите эти 602 в 10.3 вместо семизначного номера. Убедитесь, что звонок будет распределяться верно, и начинайте греть паяльник.

Не успел это сделать, но предполагаю, что так бы и заработало.

На 101 валится, потому,что когда в 10,3 не прописан адресат, вызов падает на оператора.

Да, именно так и происходило.

602 - последние цифры вашего городского номера?

Первые.

Сколько цыфер должен присылать пров по договору? 2/3/5/7/9/10/11?

Семь.

И это в Питере такие ужосы?

В нем, в самом. Один из крупнейших провайдеров.
Всем спасибо за помощь!