Тема: TDE200 PRI посылает двойной CONNECT
День добрый!
Есть собранные на стендовом столе:
KX-TDE200
Слот 1 LCOT16, пара 1 СО в городские ТфОП
Слот 2 PRI30 не используется
Слот 3 PRI30 подключено оборудование конференц-моста. Режим порта Внутренняя линия. CRC64=off . Порту присвоен внутренний номер 371
Слот 4 SLC16 к паре 02 и паре 16 подключены аналоговые телефоны
Слот 5 SLC16
Слот 6 SLC16
Слот 7 SLC16
Слот 8 DLC16
Слот 9 DLC16
Если нужно, то есть DMSYS
Набираем на внутренних телефонах 9XXXXX. Получаем успешный звонок наружу.
Оборудование конференц-моста успешно дозванивается на внутренние телефоны.
Проблема 1.
Оборудование конференц-моста, подключенное к PRI30 в слоте 3 инициирует звонок на внешний номер 9724944. Номер транслируется наружу. Внешний ТА звенит. Оборудование конференц-моста получает сигнал, что трубку сняли и начинает проигрывать звуковое приглашение. Снимаем трубку. Слышим хвост звукового приглашения затем тишина. Звука нет в обоих направлениях. При разрыве соединения со стороны оборудования конференц-моста внешний ТА получает сигнал отбоя.
Рассматриваем трассировку ISDN
TE->PBX No.338 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:47
L2: I SAPI:0 TEI:0
L3:
SETUP crn:0149 (O)
Bearer Capability: 90 90 A3 (3.1kHz Audio A-Law)
Channel Identity: A1 83 82 (channel=B2 pref.)
00 01 02 02 08 02 01 49 05 04 03 90 90 A3 18 03
A1 83 82
PBX->TE No.339 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:47
L2: I SAPI:0 TEI:0
L3:
SETUP ACK crn:0149 (D)
Channel Identity: A9 83 82 (channel=B2 excl.)
Progress Indicator: 80 88
Description= "In-band information or appropriate pattern now available"
Location= "user"
02 01 02 04 08 02 81 49 0D 18 03 A9 83 82 1E 02
80 88
TE->PBX No.340 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:47
L2: I SAPI:0 TEI:0
L3:
INFORMATION crn:0149 (O)
Sending Complete
Called Party Number: 81 39 37 32 34 39 34 34
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 9724944
00 01 04 04 08 02 01 49 7B A1 70 08 81 39 37 32
34 39 34 34
PBX->TE No.341 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:47
L2: I SAPI:0 TEI:0
L3:
CALL PROCEEDING crn:0149 (D)
Channel Identity: A9 83 82 (channel=B2 excl.)
02 01 04 06 08 02 81 49 02 18 03 A9 83 82
PBX->TE No.342 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:50
L2: I SAPI:0 TEI:0
L3:
PROGRESS crn:0149 (D)
Progress Indicator: 82 88
Description= "In-band information or appropriate pattern now available"
Location= "public network serving the local user"
02 01 06 06 08 02 81 49 03 1E 02 82 88
PBX->TE No.343 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:51
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:0149 (D)
Channel Identity: A9 83 82 (channel=B2 excl.)
02 01 08 06 08 02 81 49 07 18 03 A9 83 82
PBX->TE No.344 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:51
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:0149 (D)
Channel Identity: A9 83 82 (channel=B2 excl.)
02 01 08 07 08 02 81 49 07 18 03 A9 83 82
TE->PBX No.345 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:52
L2: REJ SAPI:0 TEI:0
02 01 09 0B
TE->PBX No.346 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:52
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:0149 (O)
00 01 06 0A 08 02 01 49 0F
PBX->TE No.347 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:52
L2: SABME SAPI:0 TEI:0
02 01 7F
TE->PBX No.348 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:52
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:0149 (O)
00 01 08 0C 08 02 01 49 0F
TE->PBX No.349 Port:1 (elapsed time from LPR reset) 01/01/04 10:06:52
L2: UA SAPI:0 TEI:0
02 01 73Зачем ДВА CONNECTа? Мы рассматривали трассировку звонка на внутренние ТА и в них только по одному CONNECT. Мы полагаем, что первый с приглашения и его слышно, а второй с содержанием, но его до внешнего ТА не доставляют. Почему есть разница для внутренних и для внешних телефонов. Кто виноват, и как это исправить?
Проблема 2.
Набираем номер 371 на внутреннем ТА (216). Оборудование конференц-моста, подключенное к PRI30, принимает звонок и ожидает, что будут передаваться DTMF номер конференции и PIN код. Но в поток начинают транслироватся цифры 371 набранного номера, что по сценарию интерпретируется оборудованием как PIN код. Как заставить НЕ посылать вызываемый номер в поток?
Сертификатов АУ у нас нет. Если нужна ещё какая-то информация спрашивайте. Возможно, пропадем на пару дней, в связи с перемещением на объект.
вместо 9 набирать 802 - что будет? СРС пока выкл.
Если с внутреннего телефона, то городской гудок набора номера.
Конференц-мосту тоже одинаково: что 9, что 802.
Что такое СРС?
1.”...Но в поток начинают транслироватся цифры 371 набранного номера, что по сценарию интерпретируется оборудованием как PIN код....”
Где трасса с 371 в SETUP ?
2. Почему сенатор пропускает номер MSN 371 через себя наружу спросите у него.
3. Почему у Вас ни у кого не заполнен Clip ID ? Вашему провайдеру пофиг?
4.Для кого я писал ЧаВо №7 ? Перечитайте пожалуйста.
у него наружу анал. почему у него на сенаторе не прописаны CLIP ы это вопрос. почему связка как EXT-CO тоже вопрос.
сенатор с 30-ю лицензиями стоит 500 000р, атс (то что видно) еще 220 000р, а на специалиста не нашлось...
О! суровые парни! У вас принято строжиться...
1.”...Но в поток начинают транслироватся цифры 371 набранного номера, что по сценарию интерпретируется оборудованием как PIN код....”
Где трасса с 371 в SETUP ?
2. Почему сенатор пропускает номер MSN 371 через себя наружу спросите у него.
3. Почему у Вас ни у кого не заполнен Clip ID ? Вашему провайдеру пофиг?
4.Для кого я писал ЧаВо №7 ? Перечитайте пожалуйста.
4. Требование пункта семь ЧаВо выполнял. Залито на www.zalil.ru и указал сылку на переименованный DMSYS. Чего не так?
3. ClipID, это то, что должно отображаться на индикаторе телефона во время звонка? Провайдер у нас сейчас аналоговый, ему пофиг. Если это важно АТСке, укажите пжлста, что там должно быть.
2. Вопрос 2 не понял. Сенатор расположен сейчас апендиксом, и сам является инициатором соединения. Либо приёмником.
1. Вопроса тоже не понял. Чую, что вопрос про маршрутизацию... Правильно?
сенатор с 30-ю лицензиями стоит 500 000р, атс (то что видно) еще 220 000р, а на специалиста не нашлось...
Специалистами ведь не рождаются...
Имелся в виду клип от конресса.
у него наружу анал. почему у него на сенаторе не прописаны CLIP ы это вопрос. почему связка как EXT-CO тоже вопрос.
Раз уж прозвучало название аппаратуры, то следует задать прямой вопрос чтобы не засорять форум очередным изобретением велосипеда.
—Что вам известно о настройке KX-TDA0290 в составе KX-TDE200 в частности? Может вам известено о работающей конфигурации? У нас нет готового рецепта и нам показалось правильным перевести порт в режим Внутренние линии и назначить ему номер 371. На эту мысль нас навела конфигурация по-умолчанию на мосте-конференций: User side. Лингвистических диссонанс мы преодолели рассуждением, что СО есть этот самый User side и нам быть им никак нельзя, а QSIG нам не подходит. Остается Внутренние линии.
Правильно это или нет с точки зрения грамотных людей, но такое решение подает признаки работоспособного. Далее, следуя нашему скудному знанию о принципах работы станции, мы предполагаем, что назначение этому порту номера 371 делает его чем-то похожим на внутренний ТА. А делая успешный звонок наружу с телефонного аппарата на SLC16 порте, ожидаем, что выполненных работ по маршрутизации звонков достаточно. То есть конференц-мост набирает внешние номера через девятку, и у него это иногда получается. Остановите нас, если мы делаем не по науке Panasonica.
Надеюсь, мои послания немного повеселили вас, но мы действительно нуждаемся в совете.
P.S. Если, упомянутая в первом посте dmsys устарела и не сордержит маршрута на 802 по-умолчанию, то прошу прощения, мы очень спешим.
Samy, спешу вас (как коллектив ) разочаровать. во -первых: то , что вам (толпе) известно нас не и...тересует. во-вторых : то ,что вы() там вычитали - тем более никого неи...тересует.. в-третьих: “с точки зрения грамотных людей” “на SLC16 порте, ” порт!е! не знаю таких абонентов. в - четвертых: “Остановите нас, если мы делаем не по науке Panasonica. ” даже не собираюсь. в-пятых: в веселье мы не нуждаемся, как нибудь сами. в-шестых: ваша спешка - “шерифа ни разу не трогает”.
Злой ты, Михаил. Обидел человека ни за что...
По существу вопроса только догадки.
Первая проблема - Сенатор рано начинает читать Приглашение. Потому что рано получает CONNECT, похоже, сразу как TDE отправляет номер в СО, ведь СО - аналоговая линия и TDE не знает ответил внешний абонент или нет. Нужно отсрочить CONNECT и тут первое, что приходит на ум это межцифровой таймер в 2.3. Однако из трассы видно что он тут не играет, да и не должен, так как номер набиратся не ручками, а прилетает сразу целиком в INFORMATION с подписью Sending Complete. Есть ещё таймер Analogue CO Call Duration Start, который для SMDR. Надежды на него никакой, но ради эксперемента я бы его крутанул секунд на 10. А вообще, может статься, что ничего сделать на TDE нельзя, но можно, например, на Сенаторе: записать своё приглашение с отсрочкой и повторением)
По поводу звонка на 371 - хотелось бы трассу, да. По идее, не должна TDE гудеть номер в голосовом канале.
ЗЫ. Крутануть CO-ЕХТ местами можно попробовать. Поэксперементировать...
Если порт PRI стоит как ЕХТ, ему назначен опеделённый номер (в нашем случае 371), то в сторону висящего железа на другом конце пропрёт DDI/DID 371. При использовании свободной сотни в нумерации порту PRI можно с большим успехом назначить внутренний номер типа 3ХХ (или что у нас там назначено свободной сотней). В этом случае в порт можно будет “выплёвывать” DDI/DID с 300 по 399. То есть на этот “конец” можно прекрасно сажать сто внутренних, а дальше чем-нибудь раздавать.. (рассматривать данную схему для образования выноса при определённых условиях можно, но лично я всё равно предпочёл бы qsig. Выше было упомянуто, что набираемые цифры (371) транслируются в поток и интерпретируются устройством как PIN. Так вот, сразу замечу, что НЕ ПОСЫЛАТЬ в поток набранные цифры в режиме ЕХТ не получится! Что значит “QSIG нам не подходит”? Если устройство работает как User side, то этот режим можно “интерпретировать” как работу в режиме Qsig-Slave. В этом случае в TDE ставьте поток в режим Qsig-Master. Очень может оказаться так, что в этом режиме устройства удастся поженить, и при этом отрезать всё, что захотите как на входе, так и на выходе.
Теперь дальше. Как я прочитал выше, внешнее подключение у вас - это аналоговые СО. Причём, как я заметил, БЕЗ режима переполюсовки...
... БЛЯ!!! :coolgrin: Ёбаный тырнет! Нахерачил ещё туеву хучу строк, а всё просралось при отправке мессаги! Блядь! Блядь! 🧛
Слава богу, что-то оставалось в контроль-це..
Итак, продолжу. Читаем “жалобу”
Оборудование конференц-моста получает сигнал, что трубку сняли и начинает проигрывать звуковое приглашение
Как однажды говорил Николай Озеров: “Гол! Хуй! Штанга!...” Возникает вопрос: КАК и ОТ КОГО оборудование конферен-моста получает сигнал о том, что сняли трубку? В КАКОМ ВИДЕ передаётся этот сигнал? Ответ очевиден - мост, по идее, должен получать сигнал от TDE по сигнализации PRI, но для этого TDE должна получить сигнал ответа абонента от городской АТС. Но чтобы передать этот сигнал, ГАТС должна уметь осуществлять переполюсовку на своих абонентских линиях, а в TDE должен быть включен режим определения этой самой переполюсовки. Когда конференц-мост вызывает внутреннего абонента TDE, то сама TDE “понимает”, когда её абонент снял трубку, и, соответственно, даёт об этом “знать” и конференц-мосту. В случае с СО такого нет. Вероятность того, что ваш провайдер не сможет обеспечить режим переполюсовки близка к 92-м %, но на всякий случай узнайте. Чем чёрт ни шутит.
Вобщем, если поставленную задачу всё-таки необходимо решить, то предлагаю прийти к руководству, потребовать добавку финансирования для перехода на PRI подключения к ГАТС, ну и кинуть мне на баланс мобилы рублей 200 за краткое объяснение причины возникновения “болезни” и способе её лечения. Также по большому секрету скажу, что в вашем файле я обнаружил наличие V-SIPGW, и также по большому секрету и за дополнительные 50-60 рублей могу сообщить, что если исходящие на внешние номера отправлять через V-SIPGW, то проблема также должна исячезнуть. Вероятность того, что таким методом удастся всё решить не менее 98-ми % (пару процентов я оставляю “на налоги”)..
Ну а то, что вы спешите, как верно заметил kma, индейцев ни коим образом не оплодотворяет. Все проблемы и “хотелки” ВАШЕГО руководства никак и ни к чему не обязывают завсегдатаев данного форума. Ведь проблемы завсегдатаев также взаимно не волнует ВАШЕ руководство.. А ведь верно замечено, что покупая железо более чем на пол-лимона, можно было бы немножечко оставить и на “дополнительные расходы”. Ведь как там было в мультике про Карлсона: “Ну так если я так дорого стою, не могу ли я получить немного наличных для того чтобы купить собаку?..”
ЗЫ. Что-то я сомневаюсь в том, что что-то свалится на баланс. В последние пару-тройку месяцев ко мне обращалось достаточно много народа по вопросам оказания помощи и подправки конфигов. Но.. на самом деле некоторые просто говорят “спасибо”, и не более того. Не буду называть имя (точнее, два имени).. Но всё равно, господа, зачем надо было что-то обещать? Или, если уж что-то обещали, так сдерживайте.. Мне на самом деле не жалко, не обнищаю. Но ведь скоро дачный сезон, уйду выращивать капусту, а на просьбы о помощи у меня будет ответ достачно простой - цейтнот...
По поводу звонка на 371 - хотелось бы трассу, да. По идее, не должна TDE гудеть номер в голосовом канале.
Спасибо на добром слове. А чего нужно сделать, чтобы получить эту трассу?
Если порт PRI стоит как ЕХТ, ему назначен опеделённый номер (в нашем случае 371), то в сторону висящего железа на другом конце пропрёт DDI/DID 371.
...
Так вот, сразу замечу, что НЕ ПОСЫЛАТЬ в поток набранные цифры в режиме ЕХТ не получится! Что значит “QSIG нам не подходит”? Если устройство работает как User side, то этот режим можно “интерпретировать” как работу в режиме Qsig-Slave. В этом случае в TDE ставьте поток в режим Qsig-Master. Очень может оказаться так, что в этом режиме устройства удастся поженить, и при этом отрезать всё, что захотите как на входе, так и на выходе.
Щас отчаливаем на объект. Будем пробовать уже видимо там...
Вобщем, если поставленную задачу всё-таки необходимо решить, то предлагаю прийти к руководству, потребовать добавку финансирования для перехода на PRI подключения к ГАТС
Городить отбойники, как приходилось в 90х нам совсем нехочется. Мы понимали это сразу и данный момент проводим комплексные мероприятия в этом направлении и в конечной стадии проекта PRI30 второго слота будет подключено к ГАТС.
, ну и кинуть мне на баланс мобилы рублей 200 за краткое объяснение причины возникновения “болезни” и способе её лечения.
Будет вам и булка, будет и свисток. Однако, такой точечный удар, в рамках телефонного звонка, требует тщательной информационной подготовки, а заплатят нам по итогам работ. А SIP мы включили побаловатся, и для возможного рабочего места секретаря с софтSIPом.
Ну а то, что вы спешите, как верно заметил kma, индейцев ни коим образом не оплодотворяет.
Извиняясь за спешку, мы никоим образом не торопили уважаемых участников форума. И упаси боже, не собирались кого бы то ни было оплодотворять. Мы извинялись за сумбур и неактуальность предоставленных исходных данных.
В целом, мы благодарны присутствующим на этом ресурсе специалистам, за быстрое и конкретное реагирование. Получается так, что помощь здесь мы получили быстрее, чем от supportа.
После сильного напряжения умственных ресурсов, пришли к выводу, что Трасса до 371 это трассировка ISDN во время звонка на этот номер. Выкладываем трассировку звонка на 371 (271_simple.txt), звонка на 371 с донабором 98 (371_98.txt) и обзвон внутренниз 216 202 и внешнего 802724944(202_216_802724944.txt) , и прилагаем актуальный конфиг
