[Freeswitch-users] Load test - performance not even matching Asterisk

Michael Jerris mike at jerris.com
Thu Oct 9 15:48:45 PDT 2008


This is now fixed in trunk:

http://fisheye.freeswitch.org/changelog/FreeSWITCH/?cs=9917

Mike

On Oct 6, 2008, at 10:25 PM, David Knell wrote:

> Going back a step, to where Jon was seeing more packets than there
> should have been, I've just encountered a similar issue having  
> upgraded
> to the latest, from what was probably a fairly old release - months  
> old,
> rather than weeks.
>
> I've got two FS boxes (let's call them FS1 and FS2), each of which are
> plumbed in to carrier C.  There's an IVR service running on FS1; FS2
> bridges any calls which it gets for said IVR over to FS1.  What I've  
> just had
> is:
> - calls from C to FS1 directly work fine;
> - calls from C to FS2, thence to FS1 were silent.  Looking at a  
> capture from
> FS2, everything looks OK except the RTP between FS1 and FS2.  On  
> answer,
> there's a prompt played.  What I see is three packets in a lump from  
> FS1, then
> four packets sent back from FS2 to FS1, four packets in a lump from  
> FS1, then
> five going back from FS2 to FS1, and so on.
>
> The lumps are 20ms apart (codec is G711 with 20ms packets) - what  
> seems to be
> happening is that FS2 sends FS1 back the packets received from it  
> unchanged
> plus an extra packet which has arrived from C in the meantime.
>
> FS2 ought to be sending these packets to C instead; it sends C  
> nothing.
>
> I've made the problem go away by commenting out the bit in  
> switch_rtp.c which
> auto-adjusts addresses (around line 1280.)
>
> All of the machines have public IPs; there's not a NAT in sight.
>
> I'll have a further look in the morning.
>
> --Dave
>
>




More information about the FreeSWITCH-users mailing list