для Cisco Cisco ASR 5000

 

Specifies behavior when Diameter server(s)/OCS become unreachable during mid session. 



 

: Specifies to continue call if Diameter server(s) becomes unreachable. 



 

: Specifies to terminate call if Diameter server(s) becomes unreachable. 



 

after-interim-time timeout_period

: Specifies to continue or terminate call after the 

interim timeout period expires. 

 specifies the timeout period, in seconds, and must be an integer from 1 

through 4294967295. 



 

after-interim-volume quota_value

: Specifies to continue or terminate call on 

exhaustion of the assigned quota. 

 specifies the volume-based quota value, in bytes, and must be an integer 

from 1 through 4294967295. 

The 

 and 

 can be configured in one of 

the following ways: 



 

after-interim-volume quota_value server-retries retry_count

 



 

after-interim-time timeout_period server-retries retry_count

 



 

after-interim-volume quota_value after-interim-time 

timeout_period server-retries retry_count

 



 

: Specifies to terminate call on exhaustion of all available quota. 



 

after-timer-expiry timeout_period

: On detecting transport failure, this keyword 

variable specifies the time limit for which the subscriber session will remain in offline state 
before the call is terminated. 

 specifies the timeout period, in seconds, and must be an integer from 1 

through 4294967295. 



 

server-retries retry_count

: Specifies the number of retries that should happen to OCS 

before allowing the session to terminate/offline. 

 specifies the retries to OCS, and must be an integer from 0 through 65535. 

If the value 0 is defined for this keyword, the retry to OCS will not happen instead the 
configured action will be immediately applied. 

Use this command to configure whether to continue/terminate calls when Diameter server(s)/OCS are 
unreachable. This command can be used to verify the functionality of the configurable action if the OCS 
becomes unreachable. 
In 12.1 and earlier releases, the OCS is considered down/unreachable when all transport/TCP connections are 
down for that OCS. 
In 12.2 and later releases, the OCS is declared unreachable when all transport connections are down OR 
message timeouts happen (for example, a Tx expiry or response timeout, for all available OCS servers) owing 
to slow response from the OCS (may be due to network congestion or other network related issues). 
The following set of actions are performed if the servers become unreachable: 



 

During initial session establishment: 



 

Block traffic: Terminate the session. 



 

Continue call: Continue by making the session offline. 



 

Pass traffic until timer expiration post which terminates the call: Session would be offline 

while the timer is running.