The WiTalk service has been up and

The WiTalk service has been up and running for almost a week now and we have taken the opportunity to review the system.

We have noted synchronization issues between redundant software processes causing some processes to restart as they are detecting an out-of-synch condition. Based on our analysis, these synchronization issues are being caused by uneven allocation of CPU resources to the various VMs hosted on the same server. The customer experience is not being impacted as the systems restart quickly since the issue relates to synchronization not call processing or load.
- To address this situation, Taqua request MBG / ITT to make adjustments to the reservation of CPU and Memory resources for each Taqua VM. These are shown below.

In addition, during the launch Taqua has discovered an issue with CAMEL processing of USSD messages under load. This issue has also triggered restarts of the T6100 SIP subsystem. This in turn has caused the issues you have observed with duplicate CDRs and the negative counters.
- The remedy for this issue is an updated build that we will install on the system overnight tonight Vietnam time.

With the increase in traffic we would like to take steps to reduce the signaling associated with WiTalk client re-registrations.
- Our recommendation is to increase this period on the SBC and T7100 from 10 minutes to 60 minutes. This will decrease unnecessary signaling traffic and reduce CPU utilization. We have tested this with the Sonus US team and this should have no impact on customer perception of the service. We will require Sonus support to make this change.

Kết quả (Việt) 1:

WiTalk dịch vụ đã lên và chạy cho gần một tuần bây giờ và chúng tôi đã lấy cơ hội để xem lại hệ thống. Chúng tôi đã ghi nhận các vấn đề đồng bộ hóa giữa các quá trình dự phòng phần mềm gây ra một số quy trình để khởi động lại như chúng phát hiện một điều kiện ra đồng bộ. Dựa trên phân tích của chúng tôi, các vấn đề đồng bộ hóa đang được gây ra bởi không đồng đều phân bổ các nguồn tài nguyên CPU để các máy ảo khác nhau lưu trữ trên cùng một máy chủ. Kinh nghiệm khách hàng không phải bị ảnh hưởng như các hệ thống khởi động lại một cách nhanh chóng kể từ khi các vấn đề liên quan đến đồng bộ hóa không gọi xử lý hoặc tải.-Để giải quyết tình hình này, Taqua yêu cầu MBG / ITT để thực hiện điều chỉnh để Đặt phòng tài nguyên CPU và bộ nhớ cho mỗi VM Taqua. Đây Hiển thị dưới đây. Ngoài ra, trong quá trình khởi động Taqua đã phát hiện một vấn đề với xử lý lạc đà USSD thư theo tải. Vấn đề này cũng đã kích hoạt khởi động lại của các hệ thống phụ T6100 SIP. Điều này lần lượt đã gây ra những vấn đề bạn đã quan sát với trùng lặp CDRs và đồng hồ tiêu cực. -Biện pháp khắc phục cho vấn đề này là một xây dựng Cập Nhật mà chúng tôi sẽ cài đặt trên hệ thống qua đêm tối nay Việt Nam thời gian. Với sự gia tăng lưu lượng truy cập chúng tôi muốn thực hiện các bước để giảm các tín hiệu liên kết với WiTalk khách hàng re-đăng ký. -Chúng tôi đề nghị là để tăng thời gian này trên SBC và T7100 từ 10 phút đến 60 phút. Điều này sẽ làm giảm lưu lượng truy cập tín hiệu không cần thiết và giảm bớt việc sử dụng CPU. Chúng tôi đã thử nghiệm này với đội Sonus chúng tôi và điều này nên có tác động không có khách hàng nhận thức của các dịch vụ. Chúng tôi sẽ yêu cầu Sonus hỗ trợ để làm cho sự thay đổi này.

Kết quả (Việt) 2:

Các dịch vụ WiTalk đã được lên và chạy gần một tuần nay và chúng tôi đã đưa ra những cơ hội để xem xét lại hệ thống. Chúng tôi đã lưu ý các vấn đề đồng bộ hóa giữa các quá trình phần mềm không cần thiết gây ra một số quy trình để khởi động lại khi chúng được phát hiện một tình trạng out-of-synch. Dựa trên phân tích của chúng tôi, những vấn đề đồng bộ đang được gây ra bởi việc phân bổ không đồng đều của các nguồn tài nguyên CPU để các máy ảo khác nhau được lưu trữ trên cùng một máy chủ. Những kinh nghiệm của khách hàng không bị ảnh hưởng khi hệ thống khởi động lại nhanh chóng kể từ khi vấn đề liên quan đến đồng bộ hóa không gọi xử lý hoặc tải. - Để giải quyết tình trạng này, Taqua yêu cầu MBG / ITT để thực hiện điều chỉnh các đặt phòng của CPU và bộ nhớ nguồn lực cho từng Taqua VM . Này được thể hiện dưới đây. Ngoài ra, trong thời gian khởi Taqua đã phát hiện ra một vấn đề với chế biến CAMEL tin nhắn USSD dưới tải. Vấn đề này cũng đã kích hoạt khởi động lại hệ thống con T6100 SIP. Điều này sẽ gây ra các vấn đề mà bạn đã quan sát với CDR trùng lặp và các quầy tiêu cực. - Biện pháp khắc phục cho vấn đề này là một cập nhật build rằng chúng tôi sẽ cài đặt trên hệ thống qua đêm tối nay giờ Việt Nam. Với sự gia tăng lưu lượng truy cập, chúng tôi muốn nhân các bước để giảm các tín hiệu liên kết với WiTalk client tái đăng ký. - đề nghị của chúng tôi là tăng thời gian này trên SBC và T7100 từ 10 phút đến 60 phút. Điều này sẽ làm giảm lưu lượng tín hiệu không cần thiết và làm giảm việc sử dụng CPU. Chúng tôi đã thử nghiệm này với các đội Sonus Mỹ và điều này sẽ không có tác động vào nhận thức của khách hàng về dịch vụ. Chúng tôi sẽ yêu cầu hỗ trợ Sonus để thực hiện thay đổi này.