Приветствую всех!

Сразу скажу, что я НЕ со стороны Меридиана, а со стороны EWSD.
Проблема в следующем: после перехода на 9-значную нумерацию перестали определяться номера абонентов PBX (Meridian) - видим только пилотный номер PBX.

Партнерская сторона предоставила следующие данные:

REQ: prt
TYPE: dnb
CUST 0
DN 47100
DATE
PAGE
DES

DN 47100
TYPE SL1
TN 008 0 10 04
KEY 00 H MARP DES TP 21 OCT 2018
(3902)


NACT
REQ: prt
TYPE: tnb
TN 8 0 10 4
DATE
PAGE
DES

DES TP
TN 008 0 10 04
TYPE 3902
CDEN 8D
CTYP XDLC
CUST 0
FDN
TGAR 0
LDN NO
NCOS 3
SGRP 0
RNPG 800
SCI 0
SSU
LNRS 16
XLST 0
SFLT NO
CAC_CIS 3
CAC_MFC 0
CLS TLD FBD WTA LPR PUA MTD FND HTA TDD HFA GRLD
MWD LMPN RMMD SMWD AAD IMD XHD IRA NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD
ICDD CDMD MCTD CLBD AUTU
GPUA DPUA DNDA CFXA ARHA CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID DNAA BUZZ AGRD MOAD
UDI RCC HBTD AHA IPND DDGA NAMA MIND PRSD NRWD NRCD NROD
DRDD EXR0
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN
FDSD NOVD CDMR
CPND_LANG ROM
HUNT 000
LHK 2
LPK 2
PLEV 02
CSDN
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG RUS
DNDR 0
KEY 00 SCR 47100 100 MARP
ANIE 0
01 AO6
02 RGA
03 CFW 5 31601
04 TRN
05
DATE 21 OCT 2018



А также таблицу CLID

ENTRY 100
HNTN
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL 712999100
DIDN NO
HLOC
LSC
CLASS_FMT DN


Что можно еще проверить и сделать, чтобы получить правильный АОН?

Между АТС какая Сигнализация Q.Sig или EuroISDN

Что можно еще проверить и сделать, чтобы получить правильный АОН?
Вам расписать, что нужно сделать на Меридиане или на EWSD?

Между АТС какая Сигнализация Q.Sig или EuroISDN
Кусиг на Меридиане денег стоит.

Между АТС какая Сигнализация Q.Sig или EuroISDN

ISDN PRI

Вам расписать, что нужно сделать на Меридиане или на EWSD?

Сторона Меридиан больше интересует. Настройки на их стороне выложила выше. Они корректные?

ISDN PRI
И QSIG, и EDSS подпадает под это определение.

Вам расписать, что нужно сделать на Меридиане или на EWSD?

По стороне EWSD тоже выслушала бы рекомендации. В принципе, на нашей стороне осталось все без изменений (только длина номера изменилась в связи с переходом на 9-значную нумерацию), но, возможно, есть какие-то настройки, которые помогут в решении данной проблемы

Сторона Меридиан больше интересует.
А почему Вы не хотите скорректировать CLIP на EWSD? Это же ваша работа.
По стороне EWSD тоже выслушала бы рекомендации.
Понятно. Вопросов больше не имею. Изучайте тарифы на работы специалистов.

И QSIG, и EDSS подпадает под это определение.

Euro-ISDN :-)

АОН на трассировке потока выходит корректно
DCH 24 UIPE_OMSG CC_SETUP_REQ REF 00006278 CH 24 26 TOD 9:20:30 CK 6D75F9CE
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:712999100 NUM PLAN: E164 TON: NATL
CALLED #:712911717 NUM PLAN: E164 TON: NATL

А почему Вы не хотите скорректировать CLIP на EWSD? Это же ваша работа.

На стороне EWSD стоят настройки, чтобы передавать А-номер в том же виде, как получено от стороны А, если А-номер входит в выделенный план нумерации, и подставлять пилотный номер, если А-номер не входит в выделенный план нумерации.

Получается, что PBX шлет нам неправильный А-номер?

АОН на трассировке потока выходит корректно
DCH 24 UIPE_OMSG CC_SETUP_REQ REF 00006278 CH 24 26 TOD 9:20:30 CK 6D75F9CE
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:712999100 NUM PLAN: E164 TON: NATL
CALLED #:712911717 NUM PLAN: E164 TON: NATL
Ну вот. С Меридианом уже разобрались.

Получается, что PBX шлет нам неправильный А-номер?
Судя по приведенной выше трассировке, не получается.

Все заработало. У заказчика было 2 Меридиана. Они скопировали конфигурацию с одного на другой и все заработало корректно. Какие именно параметры изменили, осталось тайной :-)