5 Jul
2005
5 Jul
'05
5:19 p.m.
Hi,I am experiencing a strange issue. I am forwarding
calls to Asterisk voicemail upon no-response. So, in
failure route, I simply check the status 408 or 486
and if true, I jump to a routing-block. In there, I
have the following:
-----
revert_uri();
rewritehost(Asterisk-IP);
append_branch();
if (isflagset(6) || isflagset(7)) use_media_proxy();
if (!t_relay()...)
------
Now, Asterisk does receive the invite, except that the
SDP in the SIP invite looks like (PAY ATTENTION TO c=
field).
-------------------------------
v=0
o=208500512 8000 8001 IN IP4 192.168.1.104
s=SIP Call
c=IN IP4 213.189.X.Y213.189.X.Y
t=0 0
m=audio 3532235322 RTP/AVP 0 8 4 18 3
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:3 GSM/8000
a=ptime:20
------------------------------------------
The c= field has the same IP twice and thus the INVITE
is rejected by Asterisk.
Is this a bug and did someone have such an issue?
Thanks
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
5 Jul
5 Jul
5:35 p.m.
Dave,
The problem is that probably that your ser.cfg hits use_media_proxy()
more than one.
Perhaps a safety flag could be set to prevent this:
if ((isflagset(6) || isflagset(7)) && !isflagset(8)) {
setflag(8);
use_media_proxy();
}
Regards,
Paul
On 7/5/05, Dave <ddx66(a)yahoo.com> wrote:
Hi,I am experiencing a strange issue. I am forwarding
calls to Asterisk voicemail upon no-response. So, in
failure route, I simply check the status 408 or 486
and if true, I jump to a routing-block. In there, I
have the following:
-----
revert_uri();
rewritehost(Asterisk-IP);
append_branch();
if (isflagset(6) || isflagset(7)) use_media_proxy();
if (!t_relay()...)
------
Now, Asterisk does receive the invite, except that the
SDP in the SIP invite looks like (PAY ATTENTION TO c=
field).
-------------------------------
v=0
o=208500512 8000 8001 IN IP4 192.168.1.104
s=SIP Call
c=IN IP4 213.189.X.Y213.189.X.Y
t=0 0
m=audio 3532235322 RTP/AVP 0 8 4 18 3
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:3 GSM/8000
a=ptime:20
------------------------------------------
The c= field has the same IP twice and thus the INVITE
is rejected by Asterisk.
Is this a bug and did someone have such an issue?
Thanks
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
6:35 p.m.
calling use_media_proxy twice was the problem. Thanks
for pointing it out.
BTW, it still seems like a use_media_proxy bug to me
since even if it is called twice, it should simply
overwrite the IP and not append to it. Any thoughts?
--- Java Rockx <javarockx(a)gmail.com> wrote:
Dave,
The problem is that probably that your ser.cfg hits
use_media_proxy()
more than one.
Perhaps a safety flag could be set to prevent this:
if ((isflagset(6) || isflagset(7)) && !isflagset(8))
{
setflag(8);
use_media_proxy();
}
Regards,
Paul
On 7/5/05, Dave <ddx66(a)yahoo.com> wrote:
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,I am experiencing a strange issue. I am
forwarding
calls to Asterisk voicemail upon no-response. So,
in
failure route, I simply check the status 408 or
486
and if true, I jump to a routing-block. In there,
I
have the following:
-----
revert_uri();
rewritehost(Asterisk-IP);
append_branch();
if (isflagset(6) || isflagset(7))
use_media_proxy();
if (!t_relay()...)
------
Now, Asterisk does receive the invite, except that
the
SDP in the SIP invite looks like (PAY ATTENTION
TO
c=
field).
-------------------------------
v=0
o=208500512 8000 8001 IN IP4 192.168.1.104
s=SIP Call
c=IN IP4 213.189.X.Y213.189.X.Y
t=0 0
m=audio 3532235322 RTP/AVP 0 8 4 18 3
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:3 GSM/8000
a=ptime:20
------------------------------------------
The c= field has the same IP twice and thus the
INVITE
is rejected by Asterisk.
Is this a bug and did someone have such an issue?
Thanks
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
6:45 p.m.
Yep. IMHO it is a bug. It has something to do with the way lumps are
written. When more than one delete lump is pending both get applied
which causes this issue.
There are places in ser that need this to happen, but the way
mediaproxy does it's stuff, it causes corruption in the c= field.
I believe the fix we did was in the mediaproxy ReplaceElement()
function - but I'm not 100% positive about that.
The quick fix is to set a safety flag. The real fix would be for the
mediaproxy module to write lumps properly.
Regards,
Paul
On 7/5/05, Dave <ddx66(a)yahoo.com> wrote:
calling use_media_proxy twice was the problem. Thanks
for pointing it out.
BTW, it still seems like a use_media_proxy bug to me
since even if it is called twice, it should simply
overwrite the IP and not append to it. Any thoughts?
--- Java Rockx <javarockx(a)gmail.com> wrote:
Dave,
The problem is that probably that your ser.cfg hits
use_media_proxy()
more than one.
Perhaps a safety flag could be set to prevent this:
if ((isflagset(6) || isflagset(7)) && !isflagset(8))
{
setflag(8);
use_media_proxy();
}
Regards,
Paul
On 7/5/05, Dave <ddx66(a)yahoo.com> wrote:
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Hi,I am experiencing a strange issue. I am
forwarding
calls to Asterisk voicemail upon no-response. So,
in
failure route, I simply check the status 408 or
486
and if true, I jump to a routing-block. In there,
I
have the following:
-----
revert_uri();
rewritehost(Asterisk-IP);
append_branch();
if (isflagset(6) || isflagset(7))
use_media_proxy();
if (!t_relay()...)
------
Now, Asterisk does receive the invite, except that
the
SDP in the SIP invite looks like (PAY ATTENTION
TO
c=
field).
-------------------------------
v=0
o=208500512 8000 8001 IN IP4 192.168.1.104
s=SIP Call
c=IN IP4 213.189.X.Y213.189.X.Y
t=0 0
m=audio 3532235322 RTP/AVP 0 8 4 18 3
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:3 GSM/8000
a=ptime:20
------------------------------------------
The c= field has the same IP twice and thus the
INVITE
is rejected by Asterisk.
Is this a bug and did someone have such an issue?
Thanks
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
7083
days inactive
7083
days old
3 comments
2 participants
participants (2)
-
Dave -
Java Rockx