On Mon, May 6, 2013 at 4:19 PM, Peter Dunkley
peter.dunk...@crocodile-rcs.com wrote:
and by the way, I found another problem when implementing the first
method:
when calling unregister(location,websocket=$si:$sp) from the
event_route[websocket:closed] i get the following error:
On Friday 10 May 2013, Daniel-Constantin Mierla wrote:
On 64bit, a memory pointer is 8 bytes instead of 4 as on 32bit. The same
applies to 'long' type which has the same size of the pointer on each
architecture. From here you get more memory usage on 64bit, because many
internal structures
When you call unregister() without the new ruid parameter it parses the
current SIP message to get information needed to do the unregister().
There is no real SIP message associated with an event_route[] so
unregister() will not work.
The way to get this working is:
1) Use Git master so that
Hello,
On 5/11/13 11:28 AM, Peter Dunkley wrote:
When you call unregister() without the new ruid parameter it parses the
current SIP message to get information needed to do the unregister().
There is no real SIP message associated with an event_route[] so
unregister() will not work.
The way
using kamailio-4.0.1_src.tar.gz with rtpproxy and a nokia e72 behind
NAT registered via UDP I get no voice.
The e72 strangely sends a single udp packet from a wrong port (49152)
before the rtp stream should start.
This quirk of the e72 doesn't seem to work well with rtpproxy if the
following
Hi
I don't know the e72, but if you do a `tcpdump -A -s0 port 5060` we can see
the SDP data to determine the issue
RTP should be sent to the address defined in SDP unless a symmetric RTP
setup is used for auto NAT traversal- but I believe only Asterisk provides
this, not rtpproxy.
Leo
Leo
Hi.
Just for the record, I found another way to acheve the unregister in my
case (but maybe someone else still needs to above method...) : I've saved
some info from the REGISTER message in an HTABLE and used the UAC module to
send an unregister message (same as the original, just changed the
