Hello,
you should provide a ngrep output of such call (incoming invite to the
forwarded ack for 200ok), we can check the sdp.
On the other hand, I didn't have good experiences with rtpproxy
application from git head, can you try with 1.2.1?
Cheers,
Daniel
On 07/05/14 08:34, aft wrote:
Hi,
I'm using kamailio from latest git-HEAD. The rtpproxy i'm using also
from latest git.
Our network topology is following :
sip-softphone--------->kamailio/rtpproxy-------->softswitch---->gateway
Because of saving bandwidth we need to use the "re-packetization"
feature of rtpproxy.
When we don't use it, it works perfectly without any glitches.
Now if we use the repacketization feature like following :
if (is_request()) {
rtpproxy_manage("co");
}
if (is_reply()) {
rtpproxy_manage("z80");
}
Then a bizzare thing happens. Suddenly rtp packets from gateway stops
coming. So we don't have any voice in softphone, although everything
seems ok at the "mobile phone's end."
This is bizzare at multiple levels, as you can see we are using
repacketize feature to increase the payload size from "proxy to
softphone" leg. So we actually don't touch the packets from "softphone
to proxy" leg. So how the gateway predicts this and decides not to
send packets is beyond my understanding.
As far as i can understand, rtpproxy_manage() is doing something to
SDP which makes it impossible to send packets through the proxy.
I will provide further information if anybody wants to look at it.
Thanks in advance.
--
Daniel-Constantin Mierla -
http://www.asipto.com
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda