Здравствуйте.
Есть связка
M1 11C -(MCDN) - M1 81C - (EURO)- город.
Клиент 11С активирует CFW на город, соответственно пришедший из города вызов снова уходит на какой-нибудь городской номер.
На клиенте выставлен CLID и он работает нормально, но при обычном исходящем вызове. Проблема в том, что при переадресованном вызове в CDR в качестве оригинатора выступает тот кто позвонил из города, а CLID переадресующего почему-то игнорируется.
Вроде всё сделано по науке: MCDN с обоих сторон TIE, EURO сделано DIDом, на всех станциях OCLI ALL, Rel 25.40b.
OPT =CFF/CFO?
К стати, уже обсуждалось :)
На узле сейчас в FTR CFO, на транзитке CFF -
менял, чего то не полегчало.
Не понимаю какая из двух станцию в этом деле создаёт проблему. Есть клиентская АТС подключена к транзитке по EDSS1, но там при переадрезации всё ОК отдаётся.
Вопрос задал, т.к. задняя мысль крутится, а не патчивать ли надо..
Может и патчить. О релизе ни слова. Если переадресация ставится на 11, то ее и крутить надо. Транзитная пропускает вызов сквозняком никаким образом не вмешиваясь в клиды (средствов у Меридиана для этого маловато, мягко говоря)
LD16
IDOP NO
Или это слишком просто?
Прошу пардону, что апаю свою старую тему.
Может кто-нибудь у себя проверить ситуацию:
Входящий вызов из города с последующей полной переадресацией в город.
Выставить на оконечке (соединённой с транзиткой по SL-1) CFW на город
и посмотреть CDR при таком вызове на транзитке. Будет ли в нём фигурировать СLID именно переадресовавшего в качестве оригинатора.
Прошу пардону, что апаю свою старую тему.
Может кто-нибудь у себя проверить ситуацию:
Входящий вызов из города с последующей полной переадресацией в город.
Выставить на оконечке (соединённой с транзиткой по SL-1) CFW на город
и посмотреть CDR при таком вызове на транзитке. Будет ли в нём фигурировать СLID именно переадресовавшего в качестве оригинатора.
Есть вот такой патч
MPLR29665
PRODUCT_LINE: CS1000
============================================
TITLE
=====
CDR record shows Calling DN as originator instead of Forwarding DN, CFW to VPN
========================
Release: 4 Issue: 50W
Category: LTD
Superceded By: NONE
Release Date: 20100315
Patch Conflict(s): NONE
Spe**** Instructions: NO
Patch Version: 6
========================
- Calling DN 7271333 (Set A) in Main node
- Called DN 7271481 (Set B) in Remote node
- Set B (DN 7271481) is CFW to VPN cell phone number 187270077,
routed through trunks at Main node
The CDR record in the Main node shows:
N 109 00 7271333 A008 120 11/03 10:39:23 00:00:24 .0 A1999008187270077
showing the calling DN 7271333 as the party to be charged.
The customer needs to charge the forwarding party, DN 7271481, instead.
Спасибо finair.
У меня main mode 81C, 25.40b c движком CP3
патчик впишется :confused:
А вообще-то ступил
его надо ставить на remote node, т.к оконечка не выдаёт оригинатора в сторону main node. Как то при активизации CFW игнорируется выставленный CLID в сторону SL-1, чего совершенно не происходит если это не SL-1, а EURO..
Вопрос патч накатится на 11С 25.40b?
А вообще-то ступил
его надо ставить на remote node, т.к оконечка не выдаёт оригинатора в сторону main node. Как то при активизации CFW игнорируется выставленный CLID в сторону SL-1, чего совершенно не происходит если это не SL-1, а EURO..
Вопрос патч накатится на 11С 25.40b?
Насчет того, что не выдает, совсем не факт. По mcdn эта информация передается. Не как calling, а как доп. поле к сетапу.
Хотя в любом случае, патч присутствует только на 4.5
На 25.40б можете попробовать пересоздать, если владеете вопросом.