[OpenSIPS-Users] From header ANI standard number using RPID

2015-04-29 Thread Satish Patel 
I want to overwrite FROM: header using RPID in opensips. but i don't know
where to put code and how to use that rpid feature in subscriber table

Does any one has sample code which i can try on my config because i don't
know how to call rpid and modify FROM address in standard ANI format
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Failed to replicate Dialog

2015-04-29 Thread Kneeoh 
Hello, I've got two VIPs on two instances of opensips and am doing dialog 
replication. I'm getting a steady stream of failed to replicate dialog errors 
in my opensips log.
192.168.30.39192.168.30.40are the two VIPs. Both have a listen = on both 
opensips configs. I'm not sure if this line in the log is the problem but it 
looks like it:  DBG:core:bin_pop_str: Popped: '' [0] I'm not sure how the 
receive IP could be an empty string.

debug:
 DBG:dialog:dlg_replicated_create: Received replicated dialog!
 DBG:core:bin_pop_str: Popped: 'udp:192.168.30.40:5060' [22]
 DBG:core:grep_sock_info: checking if host==us: 13==13   [192.168.30.40] == 
[192.168.30.39]
 DBG:core:grep_sock_info: checking if port 5060 matches port 5060
 DBG:core:grep_sock_info: checking if host==us: 13==13   [192.168.30.40] == 
[192.168.30.40]
 DBG:core:grep_sock_info: checking if port 5060 matches port 5060
 DBG:core:bin_pop_str: Popped: '' [0]
 ERROR:dialog:dlg_replicated_create: Dialog in DB doesn't match any listening 
sockets
 DBG:dialog:destroy_dlg: destroing dialog 0x7f09ddd9f958
 DBG:dialog:destroy_dlg: dlg expired or not in list - dlg 0x7f09ddd9f958 
[2225:721583693] with clid 'f4f2446c-6937-1233-f798-0024e869f1eb' and tags 
'NULL' 'NULL'
 ERROR:dialog:receive_binary_packet: Failed to process a binary packet!

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Manually load rpid from subscriber table

2015-04-29 Thread Satish Patel 
We are using IP base authentication so how do i load rpid value from
subscriber table?  or do i need to do SQL query function to load?

is there any built in function in opensips to manually load rpid from
subscriber table if we don't want to use Registration method?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] mediaproxy latching

2015-04-29 Thread Edwin 

I got a problem with mediaproxy (mediarelay). The media relay is in front of
our Teles C4 platform.

After an INVITE from client to opensips to Teles (C4) the first teles
audiocodes starts sending RTP (0.3 seconds) from 31.168.32.35, after this
our mediarelay starts sending audio to 31.168.32.35. Nothing strange here.
This Teles gateway can not forward the call and the call is hunted to the
second gateway, 31.168.32.36. After this the first 183 SDP is sent from
teles (C4) to opensips with 31.168.32.36 in the connection information.
Teles states it is correct to sent audio from the first audiocodes, then
hunt to the second and only put the second ip in the SDP packet.

Problem is mediaproxy/mediarelay starts sending audio to the first
audiocodes and does not alter the stream because ip and port are the same in
all sip packets.

Question is, can I change the behavior of de mediaproxy (latching only to
client side) or, if not, how can I prove to Teles the behavior of C4 in
incorrect?




Debug information:

sip client: 183.33.152.6
opensips proxy: 82.145.12.237
media-relay: 82.145.12.229
teles audiocodes 1: 31.168.32.35
teles audiocodes 2: 31.168.32.36



media-relay: debug: Received new SDP offer
media-relay: StreamListenerProtocol starting on 50400
media-relay: StreamListenerProtocol starting on 50401
media-relay: StreamListenerProtocol starting on 50402
media-relay: StreamListenerProtocol starting on 50403
media-relay: debug: Added new stream: (audio) 183.33.152.6:7082 (RTP:
Unknown, RTCP: Unknown) - 82.145.12.229:50400 - 82.145.12.229:50402 -
Unknown (RTP: Unknown, RTCP: Unknown)
media-relay: debug: created new session 908BAC7C477496C7@183.33.152.6:
0850230023@opensips.proxy (677067DA12947590) --
0049540189130@opensips.proxy
media-relay: debug: Got traffic information for stream: (audio)
183.33.152.6:7082 (RTP: Unknown, RTCP: Unknown) - 82.145.12.229:50400 -
82.145.12.229:50402 - Unknown (RTP: 31.168.32.35:22440, RTCP: Unknown)
media-relay: debug: Got traffic information for stream: (audio)
183.33.152.6:7082 (RTP: Unknown, RTCP: Unknown) - 82.145.12.229:50400 -
82.145.12.229:50402 - Unknown (RTP: 31.168.32.35:22440, RTCP:
31.168.32.35:22441)

media-relay: debug: updating existing session 908BAC7C477496C7@183.33.152.6:
0850230023@opensips.proxy (677067DA12947590) --
0049540189130@opensips.proxy

media-relay: debug: Received updated SDP answer
media-relay: debug: Got initial answer from callee for stream: (audio)
183.33.152.6:7082 (RTP: Unknown, RTCP: Unknown) - 82.145.12.229:50400 -
82.145.12.229:50402 - 31.168.32.36:28620 (RTP: 31.168.32.35:22440, RTCP:
31.168.32.35:22441)
media-relay: debug: Got traffic information for stream: (audio)
183.33.152.6:7082 (RTP: 183.33.152.6:7082, RTCP: Unknown) -
82.145.12.229:50400 - 82.145.12.229:50402 - 31.168.32.36:28620 (RTP:
31.168.32.35:22440, RTCP: 31.168.32.35:22441)
media-relay: debug: updating existing session 908BAC7C477496C7@183.33.152.6:
0850230023@opensips.proxy (677067DA12947590) --
0049540189130@opensips.proxy

media-relay: debug: Received updated SDP answer
media-relay: debug: Unchanged stream: (audio) 183.33.152.6:7082 (RTP:
183.33.152.6:7082, RTCP: Unknown) - 82.145.12.229:50400 -
82.145.12.229:50402 - 31.168.32.36:28620 (RTP: 31.168.32.35:22440, RTCP:
31.168.32.35:22441)
media-relay: debug: Got traffic information for stream: (audio)
183.33.152.6:7082 (RTP: 183.33.152.6:7082, RTCP: 183.33.152.6:7083) -
82.145.12.229:50400 - 82.145.12.229:50402 - 31.168.32.36:28620 (RTP:
31.168.32.35:22440, RTCP: 31.168.32.35:22441)
media-relay: debug: removing session 908BAC7C477496C7@183.33.152.6:
0850230023@opensips.proxy (677067DA12947590) --
0049540189130@opensips.proxy

media-relay: (UDP Port 50400 Closed)
media-relay: (UDP Port 50401 Closed)
media-relay: (UDP Port 50402 Closed)
media-relay: (UDP Port 50403 Closed)



--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/mediaproxy-latching-tp7596774.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users