Go to Main Contents

:: Industry developments

Schoolportal Authentication & Billing System Unsynchronous: Can't authenticate access to the net, how can double billing be handled

The authentication and billing are two links in structure: one decision is left open, the other is unrecorded. Normally they sync up and run separately when problems arise. Students can certify success but cannot access the Internet...

Your position:Home > Content Centre > Industry News > > Text

The certification and billing are two links in structure: one decision is to let go, one decision is not to keep a record. They do it simultaneously, and when they run apart, they usually do. Students can either certify success without access to the net or their bills are withheld but not connected. These anomalies are rare, but each directly impacts on students ' trust in the system, and the screening location is often not at the first sight of Vi.

I can't get on the Internet to verify it, but I can see the release chain first.

Portal shows successful authentication, but only that the identification check has been passed and does not represent a package going out. The release chain involves several steps such as strategy distribution, address allocation, export of NT conversions, which is reflected in any failure to be validated online. Checking is done by linking: whether the certification server sends release instructions to network devices, addresses pools run out, and exports are converted.

The address pool is a common killer.

The student feedback can be linked to the certification page, which is certified, but cannot be accessed, and in many cases the address pool is filled. Especially at night peaks in the dormitory area, if the address recovery is not timely or the lease term is too long, the new user will not get the address until it is certified.

The sub-programs are to be seen in two segments.

Schools that follow the operator dialling model have a successful certification period: dialing the gateway to account passwords and dialling it back to operators ' broadband access servers, with operator side-checking. School certification passes on this side, not on the operator side, and students see certification success but cannot access the network. In such cases, checking is required to get operator-side return codes, and the system within the school is always normal. The boundaries of responsibility for dialling links are defined at the programme stage.

Duplicate charges are usually caused by retesting.

The common cause for double counting is not a system error, but the same session has been recorded twice: clients re-launch authentication when they switch web sites, Portal pages are duplicated or certification success reports are slow to return, leading to another count. Disposals will reduce the likelihood of duplicate submission from the portal while performing check and double testing on the side of the account.

The abnormally downline leads to a lack of time.

The solution is to set the heart beat and the time spent: without traffic, the session ends and the billing stops. Heart beats and overtime thresholds are adjusted for actual usage, so that the normal meeting reading document is misjudged as offline.

Timeout and covert connection system

The campus network often relies on a pedagogic, cartoon or operator interface. When these external systems respond slowly or temporarily unreachable, the certification process cannot be stuck to death. Time-consuming and backtracking strategies are set: when the system is out of order, it goes down, or it goes through, rather than leaving requests waiting indefinitely.

We'll have to cover the billing anomaly.

Most schools monitor only the certification success rate and equipment online, not the unusual amount of money. The result is that double-counting takes place for a week, with the cost doubling.

The abnormal tests need to be automated.

The exception is found in student complaints as a slowest way. Making these abnormal indicators an automatic test, running every day and pushing them to the carrier is a very low-cost input. Automation tests themselves do not require complex algorithms, they are thresholds, and it is difficult to keep looking at results.

The disposal process leaves a mark.

Each unusual disposal is recorded: what happens, what the root of which is, how it works, how many people are affected and how much money is paid. The marks have two effects, one that can check history directly when similar problems recur and the other that they are supported by a remix. No trace is left, the same pits are stepped on repeatedly, and no one can tell how many times these anomalies have occurred.

Remix is a rule.

Each type of anomaly should be matched by an improvement: repeated submissions will increase the amount of pressure and front end, the number and lease period will run out of addresses, defaults on sub-description and clear operator return code processing, abnormal downlines will make a heart beat threshold. The review findings are set in specific configurations or processes, rather than simply strengthening surveillance. Decreasing decomposition rates is the indicator of real improvements in disposal capacity.

The authentication and billing anomalies are not synchronized. Instead of single point technology, the test is chain visibility. Releases, addresses, sub-designs, duplicates, abnormal downlinks, overtime of external systems, account alarms, automatic detection, disposal of marks, and retrieval rules are in place; these issues are turned from fire extinguishers to controlled routines.

Access Program I'll be right back. Telephone counselling