in cctb1 , add pack callflow to existing ree-idd callflow

  •  new add files :  DB_Pack.hpp , DB_Pack.cpp ,CVHPack.hpp, CVHPack.cpp

 

  • modify files :  CSimpleCall.hpp (用本地文件覆盖)

CSimpleCall.cpp  (需特别注意在 cctb1 ,

mCommParams.mun16TbxGwPort =12360;     本地是  mCommParams.mun16TbxGwPort = 12358; )

CSimpleCall其他代码用本地覆盖


DB.hpp +  DB.cpp 用本地代码覆盖

 


CVHCallFlow.cpp 的这句注释掉

 


outgoing call ‘s codec use g711 


  • 保持不变 :  CVHCCloud.hpp ,   CVHCCloud.cpp

 

  • TBConfig.txt 的修改

 

 

 

2018-6 To do list

  •  globle <–> csl callflow online  (当前只存在于 cctb1 ,cctb2 没有)

6月21 号 globe will ready , 开始测试 ,   according to Yasser

现在是 6.29 ,还没开始测试 , Yasser 说的话不能信。

but still need make cctb2

  •  make pack callflow run together with ree-idd on cctb1 and cctb2   (已解决)

 

  • 规范pack callflow error code (from xueliang)

  • 用 early media 播 A party 的 prompt  , 比如 not enough balance ,   not exist  pack  (已解决 )     ,  见  http://176.122.178.37/?p=351

already send email to TB support to ask 

early media 是为了不计 A party 的 duration , 查 cdr 表确认不是这样

  • pack callflow make outgoing call 时 , 要用codec g711 ,    (已解决)

同时, 把 CVHCallflow.cpp 的这句注释掉

 

  • CSimpleCall 的 ispack 函数是怎么判断来电是 pack 还是 ree-idd的 ?

调用 sp_TB_CFValidate , 此存储过程存在于 pack 数据库,

当前 simplecall 程序判断 来电走哪个 callflow 的方法是 :

如果ispack 的返回值是1 :  pack

返回值 2 : reeidd

  •  cctb1 连 asterisk 190 , asterisk 186 的 call generator

当前问题 : 从190 出的电话不能到 cctb1

现在可以了, 原先是因为 cctb1 IP 写错 , cctb1 的 ip 和 cctb1 host 的 IP 弄混了

  • 存储过程逻辑里, 有没有白名单的概念 ? (From Kit)

没有

  • pack callflow 的 cdr 能不能对的上

a)  AB connected

能存到数据库

b) AB not connected

if A  call for pack not exist   :    CDR  not found in DB pack2018_cdr , but can be found in daily report

c) can not route

d) error happen

  • sp_TB_Disconnected 和 sp_TB_DisconnectedFailed 的区别

when leg B duration > 0 ,  call  sp_TB_Disconnected

else ,  call  sp_TB_DisconnectedFailed

 

发现, 当执行

, 返回值为0 , 但 实际cdr没有存进去

这是因为 需要 callid, 但一开始 callid 是 sp_connect_b的输出参数 (xueliang 已解决

  •  每一个错误代码都试一遍

a)  sp_chargeInit 返回值 = 74001,74002  ,  how to simulate this ?

b)                                                   74003     pack_not_exist                     已试过

c)                                                   74004    no_balance

d)                                                  74005,74006              modem pool

e)                                                 74007 , 74008

d)                                                74009                      another_is_ongoing

 


 

 

problem to be solved when Migration of TB simple call

  •   当前状态  windows 部分

cctb1 连  TB015103    ,  配置网址在 127.0.0.1:12360

cctb2 连 TB015104                               127.0.0.1:12359

cctb1 & cctb2 要安装的包括 :  TB一系列(mysql ,pcap….), VS2012,  radmin , license 激活, 现有配置(在mysql 数据库)怎么转移?

cctb1 & cctb2 最好把现有的系统做成镜像, 然后装进虚拟机。

cctb1 & cctb2 以及连接的 TB 目前都在 AIMS 机房, 虚拟机将来也放到那里 ? 如果虚拟机在office, 怎么连TB ?

 

  • linux    ( bridge 193,194,197 )

其中 193 , 194 类似,   需要安装 :   supervisord, java JDK ,

collector 需要让maxis 改那边的IP 白名单,

*** 重要, 确认193 和 194 是不是有直连 tb tsg 的实体线路,  因为 TSG 有

TDM line interface 

 

 

 

 

 

  •  要迁移的包括 :

a) 数据库 209 &  210 , and analyzer

b)

 

  • 有两处调用 maxis :

a)  call maxis webservice  for serviceAuthen

b) telco bridge send SS7 to maxis IN

For point a) ,  there should be a whitelist IP in maxis side ,  this need ask them to change .

For b)

 

a project of TB+radius+asterisk+tiny radius + sql server

  • Telco bridge radious full dictionary :

https://docs.telcobridges.com/tbwiki/Toolpack:RADIUS_CDR_attributes_C

should follow above site ‘s content change tiny-radius ‘s default_dictionary 

once change done ,  you can modify TestClient.java  to check if modify effect  ,

use code like this :

 

  •  tiny radius ‘s request timeout  is in RadiusClient.java

 

during tesing , temp change it to 10 seconds