-
3
- #1
FYI
The 4.1 Product Description now states that SIP fallback is supported when using ARS
We have just tested here on 4.1(9) and SIP fell back to PSTN/ISDN under the following, this was using SIP Shortcodes in Main Route 50 and Falling back to a Second ARS route from Route 50 on a ?,.,0,Dial Shortcode to ISDN after 5 second timer setting.
1, SIP line set to 1 channel
Made one call out SIP trunk, and then a second call it waited 5 seconds and fell back to ISDN Ok for the second call
2, SIP Fallback when LAN 1 port disconnected
Waited 5 seconds and fell back to PSTN
3, SIP Fall back when upstream firewall disconnected LAN 1 was connected
Waited 5 seconds and fell back to PSTN
It would seem on 4.1 the SIP signaling is more advanced on the IPO so if it receives no response back from The ITSP it does in fact fall back using ARS settings. This was not the case in 4.0 and caused us real pain.
The 4.1 Product Description now states that SIP fallback is supported when using ARS
We have just tested here on 4.1(9) and SIP fell back to PSTN/ISDN under the following, this was using SIP Shortcodes in Main Route 50 and Falling back to a Second ARS route from Route 50 on a ?,.,0,Dial Shortcode to ISDN after 5 second timer setting.
1, SIP line set to 1 channel
Made one call out SIP trunk, and then a second call it waited 5 seconds and fell back to ISDN Ok for the second call
2, SIP Fallback when LAN 1 port disconnected
Waited 5 seconds and fell back to PSTN
3, SIP Fall back when upstream firewall disconnected LAN 1 was connected
Waited 5 seconds and fell back to PSTN
It would seem on 4.1 the SIP signaling is more advanced on the IPO so if it receives no response back from The ITSP it does in fact fall back using ARS settings. This was not the case in 4.0 and caused us real pain.
