- 26 1月, 2012 3 次提交
-
-
由 Moises Silva 提交于
-
由 Moises Silva 提交于
-
由 Moises Silva 提交于
-
- 25 1月, 2012 2 次提交
-
-
由 James Zhang 提交于
- hardcode does not work in this matter
-
由 James Zhang 提交于
- only available to SPIROU
-
- 19 1月, 2012 3 次提交
-
-
由 James Zhang 提交于
- take the DPC of the link and set it as OPC in x-header - this is what the user want's to have
-
由 James Zhang 提交于
-
由 James Zhang 提交于
-
- 21 12月, 2011 1 次提交
-
-
由 William Adam 提交于
-
- 19 12月, 2011 2 次提交
-
-
由 Nenad Corbic 提交于
On SIG Down we must not fail a call instead try hunting for another. The only time we can fail the call and not bother hunting is if sng_cc_resource_check fails. Took out configuration retry as the config code is now fixed in sng_ss7 library. Transaction id fix. Unit Tested: NSG UP -- start full load kill NSG NSG UP again on full load make sure it comes up fine.
-
由 Nenad Corbic 提交于
before hanging up the freetdm channel by force seems to have a memory leak. I have increased the timeout to 30sec and made the print statement WARNING level.
-
- 16 12月, 2011 2 次提交
-
-
由 Nenad Corbic 提交于
Set the 3000ms warning to NOTICE not CRIT
-
由 Nenad Corbic 提交于
Where FS does not hangup the channel with in 3sec. Without this fix, it was possible that 2 FS sessions use the single span/chan freetdm session. Merged the feature from git master of freetdm
-
- 15 12月, 2011 6 次提交
-
-
由 Nenad Corbic 提交于
-
由 Nenad Corbic 提交于
Its possible to timeout on ISUP ckt config in scenarios of huge load.
-
由 Nenad Corbic 提交于
-
由 Moises Silva 提交于
switch-core: changed the exit status when modules fail to load to 65 (EX_DATAERR), init scripts must be updated to handle 65 instead of 1 to detect module loading errors
-
由 Nenad Corbic 提交于
-
由 Nenad Corbic 提交于
It can happen with large number of circuits. On RESTART if we are PAUSED do not try to send RESET and stay in RESTART state
-
- 06 12月, 2011 1 次提交
-
-
由 James Zhang 提交于
X-FreeTDM-RDINF-Indicator X-FreeTDM-RDINF-OrigReason X-FreeTDM-RDINF-Count X-FreeTDM-RDINF-Reason
-
- 05 12月, 2011 1 次提交
-
-
由 James Zhang 提交于
-
- 02 12月, 2011 3 次提交
-
-
由 Moises Silva 提交于
do not use strcpy, use ftdm_set_string which is safer do not use strcpy when snprintf is safer and cleaner
-
由 James Zhang 提交于
-
由 James Zhang 提交于
SUSPEND will not only change the return state in few cases. I have retested all test cases from previous 2 commits. What is missing is timer for each Tx Event. RSC,BLO,UBL. Its possible to loose a message from Slave via relay to Master. If that ever occours we will not know what state we are in. Thus we need a timer that will re-transmit a packet if it does not get acknowledged.
-
- 01 12月, 2011 6 次提交
-
-
由 Moises Silva 提交于
changed parameter name from cpu_reset_alarm_threshold to cpu_clear_alarm_threshold (old parameter name still valid for backwards compatibility in configuration files)
-
-
由 wadam 提交于
-
由 James Zhang 提交于
used to clear ckt_flags, this was wrong. if ctk_flags are blindly cleard a PAUSE might be cleared. changed the code to clear only TX RESET and try to reset again. Release Collision If we get out of sync with other side we must reset the circuit. This condition occoured at 1+3 test box Local Management Block Its possible for stack to send us a BLO indicating to us that we are local blocked. This case never worked and we would get stuck there forever. If we never manaully sent a LOCAL block, the BLO from the stack will be acked and then unblocked. This condition occoured at 1+3 test box
-
由 James Zhang 提交于
From previous commit, failed to clear the done flag _DN which cause SUSPEND to think that there was a block pending, causing state to remain in RESTART S UP -> relay down -> Tx AIS -> relay up -> Tx AIS off -> confirm all back up -> In this condition BLO will not go out due to PAUSE S UP -> Tx AIS -> relay down -> Tx AIS off -> relay up -> confirm all back up -> In this condition UBL will not go out due to PAUSE
-
由 James Zhang 提交于
Visually status of channels will only be DOWN once all resets/blocks are cleared. Therefore if any reset/block is active on a channel, the channel state will be in RESTART not DOWN. Logic Change SUSPENDED -> Originally used as intermediate state. Purpose is to handle a condition from any state and go back to the previous state. Conditions: such as block/ucic. -> Updated logic is that SUSPEND will be smart enough not to go back to just any state. SUSPEND will only go back to UP - if call is still up RESTART - if for any reason singaling is not up due to blocks/resets/etc... DOWN - if signaling is UP - no resets/blocks In this case we avoid infinite loops due to state jumping from STATE->SUSPEND->STATE->SUSPEND HANGUP_COMPLETE -> If call is in use and a RESET comes on a call the RESTART state will first try the HANGUP_COMPLETE state. HANGUP_COMPLETE will Tx RSC and wait for it. Reset Response handle was updated if current state HANGUP/HANGUP_COMPLETE go back to RESTART state. Which will call HANGUP COMPLETE due to channel in usage and HANDLE_COMPLETE will clear RESET condition and go back to DOWN TERMINATING -> This state is used to hangup a call. Sends a signal to FS. -> Usually TERMINATING state stays in TERMINATING until FS comes back. -> I added a condition in case of RESET on the line though TERMINATING will go back to RESTART. This allows us to process RESET commands even though we are in the middle of hanging up. Block Handler If BLO is received on circuit is already blocked, we failed to trasmit BLA. We should always ack the BLO even though it was alrady in blocked state. Fixed & Tested S UP --> place call --> relay down --> hangup --> relay up--> Confirm that call is hungup properly. In this condition, on relay up the circuit is put into RESET. Since circuit is still in use, it will HANGUP first, then RESET then clear pending BLOCK. S UP --> place call -> Tx RSC on call. Used to cause infitie loop Confirm call is cleard properly Re-Tested S UP --> place call -> Rx RSC on call Confirm call is cleard properly S UP --> place call -> Rx BLO -> hangup -> place call Confirm call cannot be placed Tx UBL Confirm call can be placed S UP --> place call -> Rx BLO -> Tx BLO -> hangup -> place call Confirm call cannot be placed Tx UBL Confirm call cannot be placed Rx UBL Confirm call can be placed S UP --> place call -> relay down --> Rx BLO on channel from telco --> relay up Confirm that relay detects the BLO channels even though relay was down Tx AIS -> S Start -> Confirm HW block -> Tx AIS off -> Confirm hw block clear and UP S UP -> Tx AIS -> Confirm HW block -> Tx AIS off -> confirm hw block clear and UP S UP -> relay down -> Tx AIS -> relay up -> Tx AIS off -> confirm all back up -> In this condition BLO will not go out due to PAUSE S UP -> Tx AIS -> relay down -> Tx AIS off -> relay up -> confirm all back up -> In this condition UBL will not go out due to PAUSE
-
- 29 11月, 2011 1 次提交
-
-
由 James Zhang 提交于
S UP - Place Call - relay down - Hangup - relay up - Confirm Call hangsup up properly and unblock is set. Fixed unexpeced reset condidtions.
-
- 26 11月, 2011 1 次提交
-
-
由 James Zhang 提交于
M UP -> S UP M Down -> S UP -> M UP M UP -> S UP -> relay down -> relay up M UP -> S UP -> Kill M -> M UP M Up -> S UP -> relay down -> M link down -> relay up -> M link up
-
- 25 11月, 2011 1 次提交
-
-
由 Nenad Corbic 提交于
Redmine Bug#1966 IAM -> <-REL <-ACM <-ANM ACM sets the reset flag ANM sets the group reset flag when both reset flags are set we got into infinite loop
-
- 17 11月, 2011 1 次提交
-
-
由 James Zhang 提交于
-
- 15 11月, 2011 2 次提交
-
-
由 James Zhang 提交于
-
由 James Zhang 提交于
relay - configuring circuits only when resume is recieved. master - configuring relay after all the others are configured.
-
- 14 11月, 2011 1 次提交
-
-
由 James Zhang 提交于
-
- 08 11月, 2011 1 次提交
-
-
由 wadam 提交于
src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_handle.c cc1: warnings being treated as errors src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_handle.c: In function 'handle_con_ind': src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_handle.c:255: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'U32' make[6]: *** [ftmod_sangoma_ss7_la-ftmod_sangoma_ss7_handle.lo] Error 1
-
- 07 11月, 2011 2 次提交