On Mon, May 12, 2014 at 1:54 PM, Daniel-Constantin Mierla
wrote:
> The sdp itself is well formatted, but for repacketization I think there
> should be a new attribute:
>
> a=ptime:NNN
How can i add this attribute to the SDP from kamailio? Options for
rtpproxy_offer() and rtpproxy_answer() does ha
The sdp itself is well formatted, but for repacketization I think there
should be a new attribute:
a=ptime:NNN
Can you compare the sdp from a case when audio works ok agaist when it
is one way audio?
Also, you can look at rtp traffic -- rtpproxy can be started with min
and max port to use f
On Wed, May 7, 2014 at 3:17 PM, aft wrote:
> On Wed, May 7, 2014 at 2:50 PM, Daniel-Constantin Mierla
> wrote:
>> Hello,
>>
>> you should provide a ngrep output of such call (incoming invite to the
>> forwarded ack for 200ok), we can check the sdp.
[1] This is the capture made at the softphone's
On Wed, May 7, 2014 at 2:50 PM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> you should provide a ngrep output of such call (incoming invite to the
> forwarded ack for 200ok), we can check the sdp.
>
I will capture such a call and post it as soon as possible
> On the other hand, I didn't have go
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,
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 d
