It is probable because when RequestRouteCall is sent to SIP Server, it would reuse the existing TCP connection when talking back to Avaya
??? Not buying that one buddy…That would send a new INVITE, must be something else
That probably would depend on the oosp-transfer-enabled option being set to true or false (and, I suppose it is set to true, because it works and because he mentioned REFER being used). So, SIP Server would reply back 302/Moved Temporarily on the same dialog instead of starting a new dialog.
Hummm makes sense… ;D