What's even stranger is that what I called "problem" ports earlier appear to
work sometimes; others they do not... I'm starting to notice that this may be
happening is if the port is "reused" by the server so maybe it's not
disconnecting from the previous call; entirely a hunch right now, though...>
Date: Tue, 20 May 2008 09:58:13 +0530> From: [EMAIL PROTECTED]> To:
[email protected]> Subject: Re: [Sipp-users] PCAPlay port number
restriction?> > There is a known bug as far as pcap replay and the port number
of 5 > digit values are concerned.> >
https://sourceforge.net/tracker/?func=detail&atid=637564&aid=1954305&group_id=104305>
> I am not sure however, why you see failures some time for port value> less
than 9999.> > Hope this helps.> Regards,> Manish> > bob gipper wrote:> > 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> >
-------------------------------------------------------------------------> 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
_________________________________________________________________
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
