Здравствуйте,

уважаемые. Следующая проблема: СИП-Транк с провайдером QSC не встаёт. Ну, то есть - встал на HG1500(все папочки зелёные) но разговор удаётся только на входящие. На исходящие ни в какую. LCR наведен.

Что меня озадачило: через CALL_MONITORING посмотреть нельзя! Говорит что эта функция неработает. А чем тогда смотреть ??

Спасибо заранее

Вобщем удалось снять лог трейсером, но незнаю как его здесь вставить.

0005 | 18:00:03 | 7817 STMI2 10 - 7 - 1 | Idle | Setup | Outgoing | DAD: 0162*** ** **
0006 | 18:00:03 | 7817 STMI2 10 - 7 - 1 | Call Request | | |
Time = 18:00:03
Slot/Port = 7817 STMI2 10 - 7 - 1
Hipath <- SETUP ACKNOWLEDGE
cr : 1 (to originating side)
channel id : 18 03 A9 83 81
Interface type: other interface
Preferred/Exclusive: exclusive
D-Channel Indicator: not the D-channel
Information Channel Selection: as indicated in
following octets
Coding Standard: CCITT
Number/Map: number
Channel/Map Element Type: B-channel units
Channel number: 1

0008 | 18:00:03 | 7817 STMI2 10 - 7 - 1 | Call Request | Setup Ackn | Incoming |
Time = 18:00:03
Slot/Port = 7817 STMI2 10 - 7 - 1
Hipath <- CALL PROCEEDING
cr : 1 (to originating side)

0010 | 18:00:03 | 7817 STMI2 10 - 7 - 1 | Call Request | Call Proc | Incoming |
0011 | 18:00:03 | 100 SLMO2 3 - 1 Master | Outgoing Call Proc | | |
Time = 18:00:03
Slot/Port = 7817 STMI2 10 - 7 - 1
Hipath <- DISCONNECT
cr : 1 (to originating side)
cause : 08 02 81 95
Coding Standard: CCITT
Location: private network serving the local user
Cause Value: call rejected
facility : 1C 3A 9F AA 06 80 01 00 82 01 00 8B 01 00 A1
2C 02 01 02 06 08 2B 0C 02 88 53 02 01 00 30
1D 82 1B 03 19 00 00 02 10 01 68 00 02 00 00
80 7E 7F 7F 7F 7F FF 80 01 00 00 1E 00 80 81
Protocol Profile: Networking Extensions
<AA>: CONTEXT(0)/constructed/Tag: 10
length: 6
<80>: CONTEXT(1)/primitive/Tag: 0
length: 1
data: 00 '.'
<82>: CONTEXT(1)/primitive/Tag: 2
length: 1
data: 00 '.'
<8B>: CONTEXT(0)/primitive/Tag: 11
length: 1
data: 00 '.'
<A1>: CONTEXT(0)/constructed/Tag: 1
length: 44
<02>: INTEGER
length: 1
data: 02 '.'
<06>: OBJECT IDENTIFIER
length: 8
data: 2B 0C 02 88 53 02 01 00 '+...S...'
<30>: SEQUENCE or SEQUENCE OF
length: 29
<82>: CONTEXT(2)/primitive/Tag: 2
length: 27
data: 03 19 00 00 02 10 01 68 00 02 00 00 80 7E 7F 7F '.......h.....~..'
7F 7F FF 80 01 00 00 1E 00 80 81 '...........'

0013 | 18:00:03 | 7817 STMI2 10 - 7 - 1 | Call Request | Disconnect | Incoming |
0014 | 18:00:03 | 7817 STMI2 10 - 7 - 1 | Disconnect Indication | | |
0015 | 18:00:03 | 100 SLMO2 3 - 1 Master | Busy | | |
Time = 18:00:03
Slot/Port = 7817 STMI2 10 - 7 - 1
Hipath -> RELEASE
cr : 1 (from originating side)

Вам STMI2 присылает DISCONNECT с (21) причиной:
Cause Value: call rejected.
Возможно, неверный формат номера-Б или CID не тот отдаете.
Попросите провайдера посмотреть, почему вызов отбивается с этой причиной.

А своими методами никак не пойдёт посмотреть, что я там вообще передаю ?
Провайдер к сожалению тяжёл на подъем, к тому же ещё и тугоуихий да подслеповатый.

То, что вы передаете, есть в трассировке в сигнале SETUP.

Вот тут я совсем вырубился ))

В трассировке какого сигнала ? Где её посмотреть эту трассировку ? Я попробовал посмотреть сетевую коммуникацию Ваяршерком, но бля*ь всё это на грёбанном свиче же висит, а через свич не видно ни хрена. Везде облом.:(

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

Любая попытка здесь что-то ответить либо добавить файл во вложении, отбивается показателем "500 internal Server Error".

Я вижу в показателях SETUP следующее:

calling num : 6C 05 09 83 31 30 30
Type of Number/Numbering Plan: unknown/private
Presentation Indicator: presentation allowed
Screening Indicator: network provided
Digit(s): 100
called num : 70 0C 80 30 31 36 32 31 35 35 35 33 32 37
Type of Number/Numbering Plan: unknown/unknown
Digit(s): 0162 ЦЕНЗУРА
hlc : 7D 02 91 81
Coding Standard: CCITT
Presentation Method: high layer protocol profile
High Layer Characteristics: telephony
shift l 5 : 95
party category : 32 01 81
Party Category: extension

Я правильно понимаю, что станция сейчас только внутренний номер 100 на поток отдаёт, вместо DID ??

Отправляется номер: 0162.......
Этот провайдер – он принимает в национальном формате номера или только в E164?
Как вариант, попробуйте подключить SIP-клиент вместо станции и проверьте, оно работает или нет.

P.S. Набранный номер в виден HEX кодах (это про цензуру).

Нет, 0162 - это тот который я набираю. Ничего, до HEX кодов так скоро не доберутся. А вот номер вызывающего абонента - я слышал, это критично для QSC, там должен стоять номер из потока. А здесь стоит - 100.

Почему собственно, передаётся 100, когда должен передаваться осмысленный номер со всеми национальными и городскими префиксами ?

Добился, чтобы цыфры стояли какие надо (галочка DID вместо Intern), но всё равно провайдер отбивает.

Здесь на HG отправляется calling num 100.
Потому, что у номера 100 нет CLIP.
Но это ничего не значит, т.к. на HG при подключении на SIP-trunk передача своего Номера-А делается своеобразно.
Для того, чтобы в режиме SIP-trunk в канал отправлялись свои Номера-А, MSNs (то, что в виде DID передает провайдер) на HG и CLIP в ManagerE должны совпадать.
Т.е. провайдер для этого должен передавать DID в формате, в каком он ждет CLIP.
Например, если CLIP должен быть 78121234567, то и DID должен приходить 78121234567.

Я окончательно запутался. А то, что стоит в веб-морде на HG оно имеет какое-то значение ? Как именно генерируется номер, передаваемый в поток ?

Упд: я проставлю CLIP и DID идентично на HG и в Manager и потом отпишусь по результатам. Так, а поля нац. и гор. префиксов их вообще как-то заполнять ?

- На HG у SIP-провайдера есть папка с названием MSNs.
В нее вносятся DID номера, которые приходят от провайдера.
Добавьте в MSNs номер 491621234567 или что, там у вас ждет провайдер в Krefeld, и такой же номер назначьте абоненту 100 в поле CLIP.
Можете еще сделать SIP-трассировку через HG, это на странице Maintenance. Там выбирается и активируется профиль SIP Call control.

Вот, что пишет:


(EVTLOG tEvtLogTask 0x304d4c0 "09/02/2017 21:03:04.673249" cevtlogsvc01.cpp 1006)
EventLogEntry from CUSTOMER_TRACE (tTrcTask "09/02/2017 21:03:04.672371" ccustomertrcsvc01.cpp 200):
EventType: Information
EventCode: MSG_CUSTOMER_OR_SERVICE_EVENT
EventText: 02 Sep 2017 21:03:04:66 Administration:1:
The call for station 4796360 via SIP-Provider "QSC" was
rejected. The internal call number 4796360 has not been
assigned to any Internet Telephony Phone Number (MSN)
of this SIP-Provider, and the flag "Use as PABX number
for outgoing calls" is not enabled at any MSN.

Вобщем стандция продолжает выматывать мне нервы. Добился того, чтобы была исходящая телефония, но все участники выходят теперь с одного и того же номера. Мало того, входящие по этим номерам теперь невозможны. Где копать ?

Вам провайдер выдал настройки для подключения, их вы и должны использовать.
Про это я уже написал. Еще раз:
например, провайдер настройки выдал такие: SIP-сервер, аккаунт UserName/SomePasword и DID номера: 11111 и 22222. При этом, он ждет, что CID вы будете передавать наружу 11111 и 22222.
На HG на этом подключении, кроме UserName/SomePasword и SIP-сервера, в директории MSNs добавляете номера 11111 и 22222, режим «insert number directly”. В поле insert number directly вводите 11111 и 22222. Флаг «Default entry” ставите только для одного номера, например для 11111.
Далее в ManagerE на закладке «Set up station” назначаете эти DID и CLIP абонентам:
Номеру 100 ставите DID: 11111, CLIP: 11111
Номеру 101 ставите DID: 22222, CLIP: 22222
Проверяете входящую с этих DID, и что абонент 100 выходит наружу с CID 11111, и 101 с CID 22222.

@Explorer, ну я ведь не глупый, я так и сделал.

Есть однако несколько тонкостей:
- 1) Я здесь к сожалению не могу вставить картинки, это бесит (ошибка 500).
- 2) В полях МСН формат номера следующий: 02151 - ХХХ ХХ ХХ, то есть с городским префиксом. Я не совсем понимаю, почему так, но другой формат не приводит к желаемым результатам.
- 3) У меня от провайдера есть три блока по 10 номеров. Я их забил в ХГ идентично, но поведение станции по этим блокам не идентично. Если в первом блоке у всех абоннентов прописаны DID и CLIP, и абонентам из этого блока не дозвонится, то во втором блоке DID соответствует внутреннему, а CLIP не прописан вовсе, но звонки проходят;
- 4) Записать в поля CLIP и DID в таком формате, как в ХГ невозможно - поле просто не жрёт такое количество символов. Поэтому там стоит номер в формате ХХХ ХХ ХХ, а 02151 записан в городской префикс направления. Я подозреваю, что это неправильно, но я нее***у как правильно. Вариант в обоих полях - и на ХГ и на Менеджере Е записать номера в формате ХХХ ХХ ХХ однозначно не работатет вовсе !!

Все это очень странно с префиксом 0 на CLIPе.
Если это так, то это жесть полнейшая.

Ограничение по длине символов на DID и CLIP 11 знаков.
Запихнуть в CLIP большую длину можно способом:
Поставить префикс на маршрут SIP-провайдера в поле PABX number-outgoing и установить кнопку PABX number на закладке Routing parameters – No and type outgoing.
Наружу будет уходить префикс+поле из CLIP.
По длине DID – на HG в MSNs в поле "insert number directly" обрезаете префикс у номера до нужной длины.
Этот обрезанный DID и назначаете станции в Менеджере.
Для диагностики, что происходит с входящими номерами и что там провайдер передает на деле, включите трассировку на HG.
Делаете входящий вызов, выгружаете трассировку.
Ищите сигнал INVITE и сверяете с тем, что есть.

Дальше здесь уже сложно отгадывать.
На этом форме места для файлов нет, выкладывайте на dropmefiles SIP-трассировку и скриншоты с HG, если не сможете настроить.

Вобщем я решил сейчас вопрос таким образом, что выкинул нахер все CLIP и в DID записал внутренние номера, так как было во второй номерной группе, до которой я не дошёл с настройками, и которая работала на приём.

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