everyday work

2018-10-8

解决2个问题

a) 如果csl在通话中，关闭diameterr connection , callflow 这边应该也要断掉 ，但是在10月4-5日的测试中， 通话仍然能继续， 是csl-dcca 没有检查return code = 3003 的原因，已修改并上传至 gitlab

b) maxis 据说要新换billing 系统， 要重新测试SOS，也就是借钱功能， 提供的测试号码是：   60142600677 .

需要做出的修改是把 193 collector 的 core.properties 从 live webservice 改为 UAT webservice , 并在supervisor重启 maxis collector 模块 。

同时发现， callflow.cpp 中设置 extraNumber 的方法不好， 改为在ccloud.cpp 实现。

 

重新测试 maxis 借钱功能

8001 + 60142600677

把 maxis collector 的

注释掉 , 用 UAT service

---

2018-10-9

• 答应Wong将添加功能： 把不需要的ratePlan format 删除 ， 回家后用另一个电脑做， 因为是vs2015
• 为什么diameter-relay 程序可以把log输出到 /logs/out.log ?  把这个程序在centos 电脑跑一遍， 看是不是也可以出log

---

2018-10-10

---

2018-10-11

实现这个功能： 把不需要的ratePlan format 删除 ， 回家后用另一个电脑做， 因为是vs2015

格式显示在 cmb_RatePlanFormat 这个listbox ，

完成

---

2018-10-12

临近下班， lam说： maxis tsg 线路有一条lose connection ,  2个tsg的配置页面分别是：

从 cctb1 或者 cctb2 访问

一条 tsg断线并不影响cctb2的 live traffic , 因为在  /var/modules/cap-gw/config/m3ua.config 文件中，设置有：

即： 可实现2条线路之间的备用切换

---

2018-10-15

在 cctb1 DB 机器上运行 新的 cdrCatcher , 抓VMS CDR , 这个lam 在 FTP server 上upload了 620 个文件 ， 经观察， catcher的速度是2小时600万条cdr .

---

2018-10-16

• 把 MyCatcher 加上 switch_setting 的配置界面   —  完成
• 完善 BulkHttpGen 功能，以实现完整的电话流程模仿

---

2018-10-17

做一个发送 http request 的测试工具 ， 1个call由三个request 组成

new ,start ,end

---

2018-10-18

继续做昨天的

---

2018-10-19

请假

---

2018-10-22

• 下午16：00 据说csl要开始测试
• lam说 VMS Format 又可能会增加一个field ，到时改catcher
• malay autorest 有一个supply not work

---

2018-10-23

与xueliang 测试 发送 http request 的测试工具

---

2018-10-24

want to use c# make a smart bill suggest program . can draw cured line base on live deal data , also can find previous similar going and make a suggest .

---

2018-10-25

vmscdr catcher 新增字段 prov_id  ,  改cdr catcher

---

2018-10-26

测试 xueliang的 thrift server

---

2018-10-29

测试 xueliang的 thrift server

完成 catcher的修改

---

2018-10-30

Wong 说 rate importer 可能需要在日期之外， 还导入时间 ， 此外， 旧格式已经不需要

测试 xueliang的 thrift server

---

2018-10-31

完成Wong  说的修改， 把 旧的supplier格式去掉, 注意不包括 customer format 。

修改并上传代码到gitee， httpTestTools

---

2018-11-01

处理 salinda 转发的邮件里提到的 maxis 更新 webservice 的问题， 填写所需的unit test case

关于这次更新 ：  a)  You will continue to use the same URL that is configured at your application side  —-    URL不变 

---

2018-11-2

还是maxis要更新的问题

a) 怎么调用 maxis 的 webservice ?  

使用 curl 命令 ， 在head 指明 api key

 

---

2018-11-5

ccloud  cctb2 serviceauthen 又 can not get reply in time , 重启后解决

lam 说 SG autorest 有一个任务不启动， 检查后发现是以前的 ， 改设置使其重新运行

How to capture and analyze Mir2 package

 

2018-11-12

• Wong说想在 mera helper 看到 rate
• cctb2出现问题 ， 重启后好了
• cctb2 loan confirm 出现delay , 把这句  LogTrace(TBCAF_TRACE_LEVEL_3, FYELLOW”try to get loan confirm again

之后的等待时间从 300改为 500

最后出现的错误报告邮件 是 下午 3：52

---

2018-11-14

• 准备解决为什么autoreset task有时候会执行2次的问题
• 新的项目， 做report 的汇总服务器 ，想用wpf写

---

2018-11-19

继续做

• 新的项目， 做report 的汇总服务器 ，想用wpf写

Wong 说需要在 mera 显示的里面看到 Rate

 

---

---

2018-11-23

• Yasser 问 csl 的 prompt file 需要什么格式 ， 我回答

need wav format file
for this wav file ‘s detail , better same with this one

wave, mono 8000 hz with 32 bit

 

• salinda 说 ccloud mgr 看到的 report 1 和她自己统计的不一样

也就是说 ， 2018 年10月份 globe 进的总数 不等于 maxis 和 singtel 出的总数

但是 ， globe进的并不保证都是 maxis和 singtel 的 ， 经检查 ，发现

globel in total + maxis out total + singtel out total  + csl  out total + unknown  out total

 

---

2018-12-4

CSL 的 leon 说：

 

[Leon] When a call is initialized by user and reached WorldHub, now a check of the B-Num via our API. The call will only be continued if it is belonged to our “prepaid” MSISDN (Otherwise, it will play a prompt and should end the call), We need your help to add one more checking from the response of our API, which to limit the configured cardtype can be continued. Other than those configured cardtype, the handling should be like a call to postpaid. Please call me to discuss for detail if needed.
so i guess for Globe call to CSL, will need to check if prepaid + cardtype
amend this call flow will affect Globe calls to Singtel / Maxis?

意思是要求：  对 csl的serviceauthen 返回集 ，除了以前的code =0 之外，还要检查 是不是prepaid ,并且  cardtype只允许这四种（501/ 517 / 525 / 554）

只有满足以上条件才通过

解决办法： 修改 spi-impl-hkcsl

加

 

---

2018-12-27

回家后 ：

1  android service

2 back up samsung photo

3

---

2019-2-11

• salinda 说 197机器空间不足
• 为什么xl还能收到旧SOA的邮件

已解决： 是197的 /var/modules/cap-gw/logs   log文件过多的原因，

检查用 ：  sudo du -sh *

删除用 ：  rm -f *

---

2019-02-12

发邮件程序新增 sp_SOA_Yesterday_Low_ASR_Alert_LY 任务， 在。24机器上

---

2019-02-14

2019-2-14

在 24 机器上新建存储过程  sp_monitor_soabal_checker_4_LY

是 uncheck_bill 的后续

 

邮件标题是

SOA Over Threshhold(Main Bill Server)

发给：

mzcw2011@sina.cn;accounts@worldhubcom.com;liang.xue@worldhubcom.com;billing.expandnet@gmail.com;th.ang@worldhubcom.com;sp.kor@worldhubcom.com;chloe.ang@worldhubcom.com

 

把 24机器的soa daily monitor —> uncheck bill 任务停止

 

 

---

2019-3-14

在209 机器的   ANumDB  数据库 执行查询 ，  实现kit要求的报表

---

 

ANumDB 每一个表代表 一个 Anumber ， 表中可能有多个 BNumber

查上周六到周三的每一个 a number 的 acd
并且 ， 每天新出现的 a number

学 RouteDB 的 [sp_ui_blacklist_recal] 存储过程

---

 

 

 

此查询耗时大约24小时 ，待优化

 

---

待完成 ：  用 java spring boot 做一个 server  ，  和 whole sale httprequest 配合用

---

2019-03-15

 

给 sheypei 修改  mera help ,  要显示 rate ,  根据 carrier name

---

2019-03-18

完成 salinda 需要的查询

完成 sheypei 的修改

---

2019-03-20

维护 209  route server  和

C:\inetpub\logs\LogFiles\W3SVC3 IIS log

C:\inetpub\logs\LogFiles\W3SVC3

 

---

2019-04-09

 

• salinda 让查 4-1 到 4-7 号的unique number
• phooiyen  昨天说 mera help 查 pakistan area 查不到  ,  因为现在不支持按照 area 查询
• calvin 说有一个号码可能加错黑名单了  ， 6285261708972  ， 说一般拉黑的都是 马来号码， 这个是 印度的 ，可能是 roaming

---

2019-04-10

• 完成 calvin 说的 routemanagement : frmSIMBlackList 查询日期不起作用的修改  ， 并上传 git

• salinda 昨天5点多说 ：   要 3月全月的unique number  和 total duration

因为cdr只保存1个月的， 所以要查3月的， 要在3月最后一天查

---

2019-4-11

和 calvin 确认修改是否生效和正确 ？     calvin回复说是的

---

2019-04-12

准备让 csl callflow 同时在 cctb1 和 cctb2 上线 ， 现在只在cctb1 可以

• 数据库

在 cctb2 的数据库上执行

DONE

• prompt

把  csl 的 prompt 加到  cctb2 去     DONE

• program

备份  cctb2 的  CVHCCloud.hpp ,  CVHCCloud.cpp  ,   CVHCallFlow.hpp ,  CVHCallFlow.cpp  ,

然后视情况合并 cctb1 和 cctb2 的 版本

当前 cctb1 和 cctb2 的区别 :

cctb1   有 pack callfow ,  cctb2  没有

cctb1 用的是  tb 12360 端口  ，   cctb2  是  12359

结论 ：  CSimpleCall.cpp  和  CSimpleCall.hpp 不用改

cctb2 的 CVHCallFlow.cpp 注释掉这句

 

 

• java program

在  cctb2   194机器  需要加上的 java 程序有 ：    mediator , collector , csl-dcca , csl-relay

• 194 add

collector 加上   mkdir hkg.csl-collector2

mediator 新建   hkg.csl

• 让 csl-dcca 能写日志

Done

但是 supervisor 显示的状态不正常 ， 不过程序似乎已经启动了

• supervisor 的配置文件在  /etc/supercisord.conf

修改完需要

• 从  193 往  194 传文件 ：

 

• diameter-relay

首先， 需要 java-sctp 库支持  ，  在 cctb2 /var/modules  新建 java-sctp 文件夹

用 scp 命令  ：

 

---

diameter 怎么和  pccw 连接

cctb2 的  config 文件是 ：

 

当启动 diameter-relay 时 ， 显示 ：

 

---

2019-04-23

改  103.244.191.218  1455 的 ReportDB —>   [sp_rpt_country_cust_src_date_0]

逻辑是 ：    先根据日期检查数据库有没有这个表（表名假定为 ：D20190429 这个是每天一个的 ）， 以及这个表的 rowcount 是不是为零

有且不为零 ：   那么就查这个表

有但为零  ：  查 rpt_daily_today , 可能是因为今天的表还没生成

没有 ：  查 rpt_daily_today , 可能是因为今天的表还没生成

 

改完以后的存储过程 ：

 

测试用的 sql

 

新建存储过程  [sp_rpt_check_tableName_and_rowcount]  ，  用来查 table 是否存在 ， rowcount 是不是为零

---

2019-04-24

修改xueliang的存储过程

 

---

 

2019-04-25

早上 , salinda说 总收到 报错邮件， bridge 1 好像有问题

经查， 是因为 collector 得不到 maxis的api 调用返回，

如果单独运行 curl 命令

也显示出错，错误信息是 ：  Cannot communicate securely with peer: no common encryption algorithm(s)

这证明了不是collector的问题， 而是maxis那边不知做了什么改动

然后，  lam 发邮件问  maxis  , 下午问题解决 了

---

2019-4-26

写 falconDB 的手册

---

 

2019-4-29

lam说 cctb1 有8个csl call service authen 超时 ， 重启各modules后解决 ， 重启方法是 ：

 

---

2019-4-30

修改后 cctb1  和 cctb2 的 区别

• cctb1有  pack callflow , cctb2 没有
• cctb1 的端口是 12360  ，  cctb2 是 12359
• 以上区别体现在 CSimplecall.cpp

---

2019-5-5

新的 falcon 位于 103.244.191.252

D盘和E盘是 intel ssd , 数据存在D， 日志存 E , 但也有数据库是反过来， 数据在 E

如何把 application 变 服务
nssm remove serviceroute
nssm install XReport

cd serviverate
nssm install XRate

cd ServerRoute
nssm install XRoute

cd serverconfig
nssm install XConfig

然后在 service 里 start

cd ServerHttp
nssm install XHttp

XHttp 依赖于：
XConfig
XRate
XRoute
XReport

---

2019-5-8

转移 218的数据库到 209

第一步， 先把209 现有的 simbox detection 数据库删除

第二步 ， 恢复  218 的数据备份到 209

第三步    for 209 DB  ,  port = 1445   pwd =  Passw0rdPassw0rd ，  instance name is

第四步  ，  改json配置文件的数据库连接串 ， 还有  server http  的本地地址， 从 10.10.10.61 （218的本地ip）改为  10.10.10.31 （209）

 

第五步 ， 安装  .net core runtime 2.2  ,   64  bits

第六步    新建  windows  schedule  ,     执行 python 脚本 ， 备份日志到  d:/LogBackup 的各目录中

第七步 ， 把安装在 D 盘的serverConfig等转移到 ssd  硬盘 E

 

---

2019-5-9

lam说 falcon mgt 看到的cdr和 sb&MVTS不一样

检查方法：

先登陆 218 数据库  ，  找出所有包括 2019-5-8 cdr的表

 

把 select 出来的结果放到一个 excel文件 ，  和 mvts  CDR 转换后的excel 文件做 cdr compare

falcon 是 falconCDR – 副本

MVTS  :  SBCDRCopy

cdrCompare比较程序设置 ：

得出的结论是 falcon CDR 比 MVTS 大多数都少一秒 ， 如果2000cdr，  则少 2000/60 = 33 分钟

---

2019-05-13

检查在  24  rateDB 数据库有没有prefix长度超过 20 的rate 数据

 

 

准备做 Falcon cdr download 功能

---

2019-5-14

还是 cdr compare 的 问题 ， lam说：  在  falcon managent 里，  查出 2019-5-13：

succussCalls = 489 ,  然而 ， 在 smartbilling 和 MVTS 都查出  succuss calls = 490

解决方法：  先在 falcon DB的 cdr DB  找出所有 2019-5-13 的 cdr , 包括全部当日cdr,不管是不是 success ,

把查出的结果集放到一个excel里， 和 smartbilling 的 cdr 转换完的excel 文件比 ， 先以 smartbilling 为准 ， 找出那 490 个  cdr ,  比对结果设为 文件A

然后 ，

找出 489个 cdr 从 falcon ,  设为 文件 B

把 文件 A和 B对比， 找出差的那一条 cdr , 是

此 cdr的 session ID =  ‘s199-2ccc8b08’

去 logbackup文件夹， 打开 info_2019-05-13.log , 找出带有此 sessionID的记录 ，

注意到最后一条记录 ocs_end ， duration_a=0&duration_b=0  ，因为 falcon 的cdr都是 vms send http request 告诉的 ， 这就证明了duration =0 并不是falcon算错， 而是 vms 送错

注：  对于不是今天的查询， 存储过程找的是

carrierID 7   is maxis2

---

2019-05-15

怎么在 falcon 数据库找出 某一天或者几天的cdr  数据  ？

与 smartbilling cdr download 大概一样 ：

首先在 ：  falcon DB 的 report DB  找出  ：

select * from CDR where CDRDate = ‘2019-05-13’ ， 找出的就是所有含有 5月13号cdr的table

在 report DB 执行此sql

即可找出当天的全部cdr , 将查询结果存 csv

然后将 smartbilling 的 txt cdr  用 excel 打开， 以逗号分隔，

将转换完的2个文件用cdr compare 程序比较 ， 记住这2个文件第一行要空着因为不读 

比较方法为

这样就可以知道有多少 cdr match

附注 ； excel 如何把某列为空的行全删除

• Select Column C
• Press F5, then Special
• Check Blanks, then OK (see this step in the pic at bottom)
• Delete the rows that are now selected (e.g. right click in selection > Delete cells… > Entire row or via the ribbon (see second screenshot))

this answer come from  https://superuser.com/questions/474530/excel-delete-row-if-cell-in-certain-column-is-blank

---

2019-5-16

继续做 cdr download 的界面 ， 在 falcon mgnt

 

查询cdr的存储过程参数 ：   date ‘2019-5-13’  customer :     supplier :

 

新增存储过程 sp_tools_downloadCDR on  218 ‘s ReportDB

测试用sql：

 

---

2015-05-20

改 马来任务   575 ：

 

上周完成的 falcon cdrDownLoad , 等待 lam 确认

继续修改 cdrDownload   :

1 首字母大写   done
2 排列整齐    done
3 sipplier 和 custome 默认应该是 select all ,在 select all 状态下， 下拉条不可选   done

4 列选择 加上 src number , dst number

5 20000应该保留 ， 20000行换一个文件

6 有进度条

7 :  左下 list 显示 cdr table list    done

8 :

在 103.244.191.218,1455 机器上  新建 存储过程

sp_tools_GetCDRList    和

sp_tools_downloadCDR_V2

测试用存储sql

 

---

2019-05-23

修改 cdr download , 加上 6个  time

 

---

2019-05-27

lam 说 5.21  falcon 和 VMS 的比较仍有2个success call  not match

解决方法：无 ，  这是 vms 和  mera 的误差问题

 

sheypei 说 ： cdr compare 程序有一点问题

解决方法： 把其中一个文件的首行删除留空白即可

 

---

2019-06-04

 

---

2019-06-10

falcon—->ZWebAPI 的CRUD

完成 for :

carrier

equipment

equipmentgroup

equipmentgroup detail

 

—    6.11

route

routedetail

rateplan

---

2019-6-12

继续找  django 模板

github 的  https://github.com/guohongze/adminset

 

---

2019-06-13

做一个 web app , 完成 CRUD 功能， 调用 rest api

可选方案有  angularjs :  https://www.baeldung.com/angularjs-crud-with-spring-data-rest

*****************************

VUE

https://grokonez.com/frontend/vue-js/spring-boot-vue-js-example-spring-data-rest-mongodb-crud-example