We're using SIPp to test an IVR app using Office Communcations Server 2007.
I'm using a scenario nearly identical to the uac_pcap.xml, except I'm passing
an out of band DTMF '1', waiting ~30seconds, then sending a '2'. What I've
noticed is that the scenario SOMETIMES works and other times it does not. The
reason appears to be that the out of band DTMF tones aren't always being
received or recognized by the server-- the SIP connection is always made fine,
however.
In tracing the error logs, I noticed that when the server responds with an OK
(from an INVITE) on an audio port greater than 9999, (ie 33027), the scenario
would fail; near all other 4 digit ports would work.
In the OCS server, we initially had audio settings between 1024-65535; changing
this to 1024-9999 substantially increased my scenario success rate. However, I
do get the occasional failed scenarios on a few misc ports, like 9056 or 5824--
to reiterate, these ports are what the server is responding back in the OK
response from the initial Invite; not the audio port instatiated in the Invite.
I've disabled Windows Firewall, and this is still happening-- so I'm guessing
this is more of configuration issue on the receiving server itself? Any
suggestions? Thanks!
_________________________________________________________________
Make every e-mail and IM count. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users
