30 Jan
2014
30 Jan
'14
8:25 p.m.
somehow, mediaproxy is ignoring the media address set via
rtpproxy_manage("co","10.17.0.102");
anybody tried this before?
Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Got valid command from
127.0.0.1:46077: answer - { "sdp": "v=0#015#012o=root 345956998 345956998
IN IP4 10.17.0.105#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
10.17.0.105#015#012t=0 0#015#012m=audio 15712 RTP/AVP 97 3 0 8
101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012", "replace": [
"session-connection", "origin" ], "call-id":
"yqtupxcwsnbmcbo@X340saucy",
"received-from": [ "IP4", "10.17.0.105" ], "media
address": "22.9.18.15",
"from-tag": "kjoel", "to-tag": "as478f57f3",
"command": "answer" }
Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Returning to SIP proxy:
d3:sdp541:v=0#015#012o=root 345956998 345956998 IN IP4
10.17.0.102#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
10.17.0.102#015#012t=0 0#015#012a=ice-lite#015#012m=audio 10002 RTP/AVP 97
3 0 8 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012a=rtcp:10003#015#012a=ice-ufrag:QocOqhlR#015#012a=ice-pwd:HZ7WUgsHAKlLGp1n2FAzEwWsS9gj#015#012a=candidate:pMoXfVtH0dDfxpoa
1 UDP 2130706432 10.17.0.102 10002 typ
host#015#012a=candidate:pMoXfVtH0dDfxpoa 2 UDP 2130706431 10.17.0.102 10003
typ host#015#0126:result2:oke
Kelvin Chua
31 Jan
31 Jan
12:36 p.m.
Hey,
You're right, mediaproxy-ng is inconsistent with the docs. Just to
clarify, when you call
rtpproxy_manage("co","10.17.0.102");
you expect the new, rewritten SDP to come out with this IP address as
media address in it, as opposed to the address(es) set on the MP-NG
command line, right?
Right now, MP-NG treats it as an override to the original address given
in the received SDP. Not sure if it even makes sense to have that option.
I'll push a fix shortly.
cheers
On 01/30/14 20:25, Kelvin Chua wrote:
> somehow, mediaproxy is ignoring the media address set via
>
rtpproxy_manage("co","10.17.0.102");
>
> anybody tried this before?
>
>
> Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Got valid command from
> 127.0.0.1:46077 <http://127.0.0.1:46077>: answer - { "sdp":
> "v=0#015#012o=root 345956998 345956998 IN IP4
> 10.17.0.105#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
> 10.17.0.105#015#012t=0 0#015#012m=audio 15712 RTP/AVP 97 3 0 8
> 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
> GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
> 0-16#015#012a=ptime:20#015#012a=sendrecv#015#012", "replace": [
> "session-connection", "origin" ], "call-id":
> "yqtupxcwsnbmcbo@X340saucy", "received-from": [ "IP4",
"10.17.0.105" ],
> "media address": "22.9.18.15", "from-tag":
"kjoel", "to-tag":
> "as478f57f3", "command": "answer" }
> Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Returning to SIP proxy:
> d3:sdp541:v=0#015#012o=root 345956998 345956998 IN IP4
> 10.17.0.102#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
> 10.17.0.102#015#012t=0 0#015#012a=ice-lite#015#012m=audio 10002 RTP/AVP
> 97 3 0 8 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
> GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
>
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012a=rtcp:10003#015#012a=ice-ufrag:QocOqhlR#015#012a=ice-pwd:HZ7WUgsHAKlLGp1n2FAzEwWsS9gj#015#012a=candidate:pMoXfVtH0dDfxpoa
> 1 UDP 2130706432 10.17.0.102 10002 typ
> host#015#012a=candidate:pMoXfVtH0dDfxpoa 2 UDP 2130706431 10.17.0.102
> 10003 typ host#015#0126:result2:oke
>
>
> Kelvin Chua
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
1 Feb
1 Feb
7:40 p.m.
If you were to ask me, i would prefer that mp-ng would take the 2nd arg to
rtpproxy_manage and replace the sdp.
That way, it would be consistent to the behavior of the old one, rtpproxy.
On Feb 1, 2014 1:36 AM, "Richard Fuchs" <rfuchs(a)sipwise.com> wrote:
Hey,
You're right, mediaproxy-ng is inconsistent with the docs. Just to
clarify, when you call
rtpproxy_manage("co","10.17.0.102");
you expect the new, rewritten SDP to come out with this IP address as
media address in it, as opposed to the address(es) set on the MP-NG
command line, right?
Right now, MP-NG treats it as an override to the original address given
in the received SDP. Not sure if it even makes sense to have that option.
I'll push a fix shortly.
cheers
On 01/30/14 20:25, Kelvin Chua wrote:
> somehow, mediaproxy is ignoring the media address set via
>
rtpproxy_manage("co","10.17.0.102");
>
> anybody tried this before?
>
>
> Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Got valid command from
> 127.0.0.1:46077 <http://127.0.0.1:46077>: answer - { "sdp":
> "v=0#015#012o=root 345956998 345956998 IN IP4
> 10.17.0.105#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
> 10.17.0.105#015#012t=0 0#015#012m=audio 15712 RTP/AVP 97 3 0 8
> 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
> GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
> 0-16#015#012a=ptime:20#015#012a=sendrecv#015#012", "replace": [
> "session-connection", "origin" ], "call-id":
> "yqtupxcwsnbmcbo@X340saucy", "received-from": [ "IP4",
"10.17.0.105" ],
> "media address": "22.9.18.15", "from-tag":
"kjoel", "to-tag":
> "as478f57f3", "command": "answer" }
> Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Returning to SIP proxy:
> d3:sdp541:v=0#015#012o=root 345956998 345956998 IN IP4
> 10.17.0.102#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
> 10.17.0.102#015#012t=0 0#015#012a=ice-lite#015#012m=audio 10002 RTP/AVP
> 97 3 0 8 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
> GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
>
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012a=rtcp:10003#015#012a=ice-ufrag:QocOqhlR#015#012a=ice-pwd:HZ7WUgsHAKlLGp1n2FAzEwWsS9gj#015#012a=candidate:pMoXfVtH0dDfxpoa
1 UDP 2130706432 10.17.0.102 10002 typ
host#015#012a=candidate:pMoXfVtH0dDfxpoa 2 UDP 2130706431 10.17.0.102
10003 typ host#015#0126:result2:oke
Kelvin Chua
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
7:56 p.m.
The master branch on github already fixes that.
cheers
On 02/01/14 19:40, Kelvin Chua wrote:
If you were to ask me, i would prefer that mp-ng would
take the 2nd arg
to rtpproxy_manage and replace the sdp.
That way, it would be consistent to the behavior of the old one, rtpproxy.
On Feb 1, 2014 1:36 AM, "Richard Fuchs" <rfuchs(a)sipwise.com
<mailto:rfuchs@sipwise.com>> wrote:
Hey,
You're right, mediaproxy-ng is inconsistent with the docs. Just to
clarify, when you call
rtpproxy_manage("co","10.17.0.102");
you expect the new, rewritten SDP to come out with this IP address as
media address in it, as opposed to the address(es) set on the MP-NG
command line, right?
Right now, MP-NG treats it as an override to the original address given
in the received SDP. Not sure if it even makes sense to have that
option.
I'll push a fix shortly.
cheers
On 01/30/14 20:25, Kelvin Chua wrote:
> somehow, mediaproxy is ignoring the media address set via
>
rtpproxy_manage("co","10.17.0.102");
>
> anybody tried this before?
>
>
> Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Got valid command from
> 127.0.0.1:46077 <http://127.0.0.1:46077> <http://127.0.0.1:46077>:
answer - { "sdp":
"v=0#015#012o=root 345956998 345956998 IN
IP4
10.17.0.105#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
10.17.0.105#015#012t=0 0#015#012m=audio 15712 RTP/AVP 97 3 0 8
101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012", "replace": [
"session-connection", "origin" ], "call-id":
"yqtupxcwsnbmcbo@X340saucy", "received-from": [ "IP4",
"10.17.0.105" ],
"media address":
"22.9.18.15", "from-tag": "kjoel", "to-tag":
"as478f57f3", "command": "answer" }
Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Returning to SIP proxy:
d3:sdp541:v=0#015#012o=root 345956998 345956998 IN IP4
10.17.0.102#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
10.17.0.102#015#012t=0 0#015#012a=ice-lite#015#012m=audio 10002
RTP/AVP
97 3 0 8 101#015#012a=rtpmap:97
speex/8000#015#012a=rtpmap:3
GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012a=rtcp:10003#015#012a=ice-ufrag:QocOqhlR#015#012a=ice-pwd:HZ7WUgsHAKlLGp1n2FAzEwWsS9gj#015#012a=candidate:pMoXfVtH0dDfxpoa
1 UDP 2130706432 10.17.0.102 10002 typ
host#015#012a=candidate:pMoXfVtH0dDfxpoa 2 UDP 2130706431 10.17.0.102
10003 typ host#015#0126:result2:oke
Kelvin Chua
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
sr-users(a)lists.sip-router.org
<mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
3 Feb
3 Feb
5:02 a.m.
Great! Thanks!
On Feb 2, 2014 8:56 AM, "Richard Fuchs" <rfuchs(a)sipwise.com> wrote:
The master branch on github already fixes that.
cheers
On 02/01/14 19:40, Kelvin Chua wrote:
telephone-event/8000#015#012a=fmtp:101
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012a=rtcp:10003#015#012a=ice-ufrag:QocOqhlR#015#012a=ice-pwd:HZ7WUgsHAKlLGp1n2FAzEwWsS9gj#015#012a=candidate:pMoXfVtH0dDfxpoa
sr-users(a)lists.sip-router.org>
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
If you were to ask me, i would prefer that mp-ng
would take the 2nd arg
to rtpproxy_manage and replace the sdp.
That way, it would be consistent to the behavior of the old one,
rtpproxy.
On Feb 1, 2014 1:36 AM, "Richard Fuchs" <rfuchs(a)sipwise.com
<mailto:rfuchs@sipwise.com>> wrote:
Hey,
You're right, mediaproxy-ng is inconsistent with the docs. Just to
clarify, when you call
given
rtpproxy_manage("co","10.17.0.102");
you expect the new, rewritten SDP to come out with this IP address as
media address in it, as opposed to the address(es) set on the MP-NG
command line, right?
Right now, MP-NG treats it as an override to the original address in the received SDP. Not sure if it even
makes sense to have that
option.
I'll push a fix shortly.
cheers
On 01/30/14 20:25, Kelvin Chua wrote:
telephone-event/8000#015#012a=fmtp:101
somehow, mediaproxy is ignoring the media address
set via
rtpproxy_manage("co","10.17.0.102");
anybody tried this before?
Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Got valid command from
127.0.0.1:46077 <http://127.0.0.1:46077> <http://127.0.0.1:46077>:
answer - { "sdp":
> "v=0#015#012o=root 345956998 345956998 IN IP4
> 10.17.0.105#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
> 10.17.0.105#015#012t=0 0#015#012m=audio 15712 RTP/AVP 97 3 0 8
> 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
> GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101
0-16#015#012a=ptime:20#015#012a=sendrecv#015#012", "replace": [
"session-connection", "origin" ], "call-id":
"yqtupxcwsnbmcbo@X340saucy", "received-from": [ "IP4",
"10.17.0.105" ],
"media address":
"22.9.18.15", "from-tag": "kjoel", "to-tag":
"as478f57f3", "command": "answer" }
Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Returning to SIP proxy:
d3:sdp541:v=0#015#012o=root 345956998 345956998 IN IP4
10.17.0.102#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4
10.17.0.102#015#012t=0 0#015#012a=ice-lite#015#012m=audio 10002
RTP/AVP
> 97 3 0 8 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3
> GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101 > 1 UDP 2130706432 10.17.0.102 10002 typ
> host#015#012a=candidate:pMoXfVtH0dDfxpoa 2 UDP 2130706431
10.17.0.102
10003 typ
host#015#0126:result2:oke
Kelvin Chua
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
> sr-users(a)lists.sip-router.org <mailto: sr-users(a)lists.sip-router.org
<mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
3982
days inactive
3985
days old
4 comments
2 participants
participants (2)
-
Kelvin Chua -
Richard Fuchs