Добрый день!

Столкнулся с проблемой, при наборе 8 (495) 8-х (где, х любая цифра, после которой State - Call Request, Event - ISDN Disconnect, то есть сброс)

Интересно то, что если после кода 495 набирать любую другую цифру, кроме 8-ки, все работает.
Все Dial Plan-ы двузначные, к примеру 81-х, 84-х, 89-х.

Может кто сталкивался с данной проблемой? Провайдер говорит, что у него все работает.

Возможно 958 или 58 комбинация в сервискодах, System parametrs - Service codes. Удалите оттуда комбинацию и всё заработает.

В Service codes всё через */#
Не понятен набор
8- - выход на межгород в Dial Plan? Без 9-ки?
Тогда как прописались станционные номера 8ХХ?

Наверное 9-8(код города)- 8(не бывает городских номеров на 8-ку :) )

У меня сквозной набор. То есть, при наборе любой цифры осуществляется выход сразу в город, а внутренняя сеть через "*".
Что бы позвонить в город я набираю на аппарате 8-495 и семизначный номер телефона и это работает, если только после 495 не идет цифра 8 после которой любая приводит к сигналу занято.
Что бы позвонить на внутренний номер я набираю "*" и номер внутреннего абонента - тоже работает.
С сервисами вроде все нормально, как правильно заметили они все через "*" или "#", по идее мешать не должны...

........ Провайдер говорит, что у него все работает.

И у Вас и у провайдера действительно все работает. Вы попросту набираете запрещенную цифровую комбинацию. В зоне "495" (г. Москва) физически отсутствуют любые АБОНЕНТСКИЕ номера, начинающиеся с цифры "8".

И у Вас и у провайдера действительно все работает. Вы попросту набираете запрещенную цифровую комбинацию. В зоне "495" (г. Москва) физически отсутствуют любые АБОНЕНТСКИЕ номера, начинающиеся с цифры "8".
Вы ошибаетесь. Уже есть номера телефона вида 8 495 8ХХ-ХХ-ХХ. К примеру http://www.spklenovskoe.ru/index/administracijap/0-11, с мобильного позвонить могу, а вот с АТС нет.

......Уже есть номера телефона вида 8 495 8ХХ-ХХ-ХХ. ........
Видимо потому, что Москвой назвать это сельское поселение сложно :). Это бывшая зона "496". Видимо не все продумали.

С сервисами вроде все нормально, как правильно заметили они все через "*" или "#", по идее мешать не должны...

А попробуйте всетаки удалить, это ничего страшного, а что #/* стоят перед - это всё фигня, у меня была такая трабла, был один код, тоже с *, и пока не снес его, набор не заработал.

Не спасло...
0057 | 13:25:54 | *888 SLMO8 24 - 1 Master | Idle | Digit | Incoming | DAD: 8
0058 | 13:25:54 | *888 SLMO8 24 - 1 Master | Call Initiated | | |
0059 | 13:25:55 | *888 SLMO8 24 - 1 Master | Call Initiated | Digit | Incoming | DAD: 84
0060 | 13:25:55 | *888 SLMO8 24 - 1 Master | Overlap Sending | | |
0061 | 13:25:56 | *888 SLMO8 24 - 1 Master | Overlap Sending | Digit | Incoming | DAD: 849
0062 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | Idle | Monitor On | |
0063 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | NULL | SETUP (ISDN) | Outgoing | 34 05 00 00 08 02 70 E2 05 04 03 80 90 A3 18 03 A1 83 9B 6C 0C 21 80 34 39 35 33 38 30 33 31 31 30 70 04 81 38 34 39 7D 02 91 81
0064 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | Idle | Setup | Outgoing | DAD: 849
0065 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | Call Request | | |
0066 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | CALL_INITIATED | SETUP ACK. (ISDN) | Incoming | 32 07 00 FF 08 02 F0 E2 0D 18 03 A9 83 9B
0067 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | Call Request | Setup Ackn | Incoming |
0068 | 13:25:56 | *888 SLMO8 24 - 1 Master | Overlap Sending | Digit | Incoming | DAD: 8495
0069 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | OVERLAP_SENDING | INFORMATION (ISDN) | Outgoing | 34 7B 00 00 08 02 70 E2 7B 70 02 81 35
0070 | 13:25:56 | 00006 DIUN2 4 - 1 - 6 | Call Request | Info | Outgoing | DAD: 5
0071 | 13:25:57 | *888 SLMO8 24 - 1 Master | Overlap Sending | Digit | Incoming | DAD: 84958
0072 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | OVERLAP_SENDING | INFORMATION (ISDN) | Outgoing | 34 7B 00 00 08 02 70 E2 7B 70 02 81 38
0073 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | Call Request | Info | Outgoing | DAD: 8
0074 | 13:25:57 | 00005 DIUN2 4 - 1 - 5 | ACTIVE | DISCONNECT (ISDN) | Outgoing | 34 45 00 00 08 02 70 E1 45 08 02 80 90
0075 | 13:25:57 | 00005 DIUN2 4 - 1 - 5 | DISCONNECT_REQUEST | RELEASE (ISDN) | Incoming | 32 07 00 FF 08 02 F0 E1 4D
0076 | 13:25:57 | 00005 DIUN2 4 - 1 - 5 | DISCONNECT_REQUEST | RELEASE COMPLETE (ISDN) | Outgoing | 32 07 00 00 08 02 70 E1 5A
0077 | 13:25:57 | *888 SLMO8 24 - 1 Master | Overlap Sending | Digit | Incoming | DAD: 849586
0078 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | OVERLAP_SENDING | INFORMATION (ISDN) | Outgoing | 34 7B 00 00 08 02 70 E2 7B 70 02 81 36
0079 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | Call Request | Info | Outgoing | DAD: 6
0080 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | OVERLAP_SENDING | DISCONNECT (ISDN) | Incoming | 32 07 00 FF 08 02 F0 E2 45 08 02 82 83 1E 02 82 88
0081 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | Call Request | Disconnect | Incoming |
0082 | 13:25:57 | 00006 DIUN2 4 - 1 - 6 | Disconnect Indication | | |
0083 | 13:25:57 | *888 SLMO8 24 - 1 Master | Busy | | |
0084 | 13:25:59 | | NULL | SETUP (ISDN) | Incoming | 32 07 00 FF 08 02 6F F6 05 A1 04 03 90 90 A3 18 03 A9 83 9A 1E 02 8A 81 6C 0D 00 83 38 34 39 35 37 38 36 38 36 31 31 70 08 81 33 38 30 33 31 30 36
0085 | 13:25:59 | 00005 DIUN2 4 - 1 - 5 | CALL_PRESENT | CALL PROC. (ISDN) | Outgoing | 34 02 00 00 08 02 EF F6 02 18 03 A9 83 9A
0086 | 13:25:59 | 00005 DIUN2 4 - 1 - 5 | INCOMING_CALL_PROCEEDING | ALERTING (ISDN) | Outgoing | 34 01 00 00 08 02 EF F6 01 1C 0F 91 A1 0C 02 02 D1 D4 06 06 04 00 82 67 02 06
0087 | 13:26:00 | *888 SLMO8 24 - 1 Master | Disconnect Indication | | |
0088 | 13:26:00 | *888 SLMO8 24 - 1 Master | Idle | | |
0089 | 13:26:00 | 00006 DIUN2 4 - 1 - 6 | Disconnect Indication | Monitor Off | |

ТС правило 84958-z вам поможет.
Пров - нет комментариев...

Если я правильно понял - это правило нужно прописать в Dial Plan. Если так, то не помогло, но теперь не дает отбой после восьмерки, а дает отбой в конце набора номера.

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

У Вас, внешняя связь, имеет приоритет, перед внутренней, такое решение
построения нумерации для УПАТС, не типичное.
Внутренняя связь, как использование сервисной функции.
В город, желательно передавать набранный номер, пакетом.
Я так думаю.

У Вас, внешняя связь, имеет приоритет, перед внутренней, такое решение
построения нумерации для УПАТС, не типичное.
Внутренняя связь, как использование сервисной функции.
В город, желательно передавать набранный номер, пакетом.
Я так думаю.

Логически не могу понять каким образом это может влиять исключительно на набор 8 495 8xx-xx-xx. Еще раз повторюсь, обрыв происходит только после первой 8-ки в номере после кода 495, по всем остальным направлениям будь это 8 1038 или 8 812, даже 8 499 8 - все работает. Скорее всего данная комбинация где то прописанна, но не могу найти где.

Спасибо всем!

Вопрос решен! Как это не прискорбно ошибка была не на стороне моей АТС, а в маршруте у провайдера, но выяснить это удалось только при помощи совета пользователя Nicola. Помогло им предложенное правило. До этого обрыв соединения после первой цифры не давал возможности провайдеру диагностировать проблему, так как маршрут они выстраивают после двух цифр. После того как я внес правило обрыв уже был виден у провайдера.

Еще раз спасибо.