11 Dec
2006
11 Dec
'06
7:19 p.m.
Ok. I have SER working with mediaproxy and it rewrites the requests to goto
the Mediaproxy server as it should, but after a call has been up for a bit..
it gets another invite from my PSTN gateway and when this invite comes
through it doesnt rewrite the media addresses why?
My config:
http://laplata.fasttrackcomm.net/ser_cfg.txthttp://laplata.fasttrackcomm.net
/ser_cfg.txt
<http://laplata.fasttrackcomm.net/ser_cfg.txthttp:/laplata.fasttrackcomm.net
/ser_cfg.txt>
My transaction log:
http://laplata.fasttrackcomm.net/translog.txt
About ¾s of the way down you will see where 206.123.213.84 sends another
invite for the call and SER doesnt change the media information on it.
Thanks for your help.
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net
(970) 247-3366 office
(970) 247-2426 fax
11 Dec
11 Dec
9:02 p.m.
After a crap load of tracing and putting log(I am here\n) all over the
config file I think I may of gotten it working?
I started with the gettingstarted gw-pstn.cfg file and made this change
I edited my onreply route[1] to setflag(6)..
onreply_route[1] {
log("******************************ONREPLY ROUTE[1]\n");
Added: if (!search("^Contact:[ ]*\*") &&
client_nat_test("7")) {
Added: log("******************************ONREPLY ROUTE[1]
set_flag\n");
Added: setflag(6);
Added: }
if ((isflagset(6) || isflagset(7)) &&
(status=~"(180)|(183)|2[0-9][0-9]")) {
log("******************************ONREPLY ROUTE[1]
flag_set\n");
if (!search("^Content-Length:[ ]*0")) {
use_media_proxy();
log("******************************ONREPLY ROUTE[1]
use_media_proxy\n");
};
};
if (client_nat_test("1")) {
log("******************************ONREPLY ROUTE[1]
fix_nated_contact\n");
fix_nated_contact();
};
}
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net
(970) 247-3366 office
(970) 247-2426 fax
_____
From: serusers-bounces(a)lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org] On Behalf Of Natambu Obleton
Sent: Monday, December 11, 2006 10:19 AM
To: serusers(a)iptel.org
Subject: [Serusers] reinvite problem...
Ok. I have SER working with mediaproxy and it rewrites the requests to goto
the Mediaproxy server as it should, but after a call has been up for a bit..
it gets another invite from my PSTN gateway and when this invite comes
through it doesnt rewrite the media addresses why?
My config:
http://laplata.fasttrackcomm.net/ser_cfg.txthttp://laplata.fasttrackcomm.net
/ser_cfg.txt
<http://laplata.fasttrackcomm.net/ser_cfg.txthttp:/laplata.fasttrackcomm.net
/ser_cfg.txt>
My transaction log:
http://laplata.fasttrackcomm.net/translog.txt
About ¾s of the way down you will see where 206.123.213.84 sends another
invite for the call and SER doesnt change the media information on it.
Thanks for your help.
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net
(970) 247-3366 office
(970) 247-2426 fax
12 Dec
12 Dec
1:25 p.m.
Yes, this is a known issue, but the solution depends on how you optimize
you rtp handling (active media). The INVITE from your GW will not be
NATed and as the INVITE is loose route, no lookup("location") is done to
see if the dst UA is NATed. However, this is what the nat=yes flag is
supposed to be used for, to mark the dialog as NATed. Thus, the Route
set from your GW should contain nat=yes and this will cause the right
flag to be set for the INVITE.
Doing it in the onreply route should not work, because you need to make
sure that both the INVITE from the GW and the OK from the UA are handled
as rtp proxy forked. I'm not sure why it works, maybe you force rtp
proxy for too many calls? (calls to the GW from NATed UAs except
symmetric NATs can go without rtp proxy).
g-)
Natambu Obleton wrote:
After a crap load of tracing and putting log("I am here\n") all over
the config file I think I may of gotten it working?
I started with the gettingstarted gw-pstn.cfg file and made this change...
I edited my onreply route[1] to setflag(6)..
onreply_route[1] {
log("******************************ONREPLY ROUTE[1]\n");
Added: if (!search("^Contact:[ ]*\*") &&
client_nat_test("7")) {
Added: log("******************************ONREPLY
ROUTE[1] set_flag\n");
Added: setflag(6);
Added: }
if ((isflagset(6) || isflagset(7)) &&
(status=~"(180)|(183)|2[0-9][0-9]")) {
log("******************************ONREPLY ROUTE[1]
flag_set\n");
if (!search("^Content-Length:[ ]*0")) {
use_media_proxy();
log("******************************ONREPLY
ROUTE[1] use_media_proxy\n");
};
};
if (client_nat_test("1")) {
log("******************************ONREPLY ROUTE[1]
fix_nated_contact\n");
fix_nated_contact();
};
}
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net <mailto:nobleton@fasttrackcomm.net>
(970) 247-3366 office
(970) 247-2426 fax
------------------------------------------------------------------------
*From:* serusers-bounces(a)lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org] *On Behalf Of *Natambu Obleton
*Sent:* Monday, December 11, 2006 10:19 AM
*To:* serusers(a)iptel.org
*Subject:* [Serusers] reinvite problem...
Ok. I have SER working with mediaproxy and it rewrites the requests to
goto the Mediaproxy server as it should, but after a call has been up
for a bit.. it gets another invite from my PSTN gateway and when this
invite comes through it doesn't rewrite the media addresses why?
My config:
http://laplata.fasttrackcomm.net/ser_cfg.txthttp://laplata.fasttrackcomm.ne…
<http://laplata.fasttrackcomm.net/ser_cfg.txthttp:/laplata.fasttrackcomm.net/ser_cfg.txt>
My transaction log:
http://laplata.fasttrackcomm.net/translog.txt
About ¾'s of the way down you will see where 206.123.213.84 sends
another invite for the call and SER doesn't change the media
information on it. Thanks for your help.
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net <mailto:nobleton@fasttrackcomm.net>
(970) 247-3366 office
(970) 247-2426 fax
------------------------------------------------------------------------
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
4:42 p.m.
So does that mean my GW is ignoring the record-route section? ( FYI, I
control the gateway also, it is a Metaswitch)
The reason I think this is working is because I am just doing the same NAT
Test that is used to determine if nat=yes should be set and setting it so
that it will pass the same test. At least I think that is what it is doing.
:-)
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net
(970) 247-3366 office
(970) 247-2426 fax
_____
From: Greger V. Teigre [mailto:greger@teigre.com]
Sent: Tuesday, December 12, 2006 4:25 AM
To: Natambu Obleton
Cc: serusers(a)iptel.org
Subject: Re: [Serusers] reinvite problem...
Yes, this is a known issue, but the solution depends on how you optimize you
rtp handling (active media). The INVITE from your GW will not be NATed and
as the INVITE is loose route, no lookup("location") is done to see if the
dst UA is NATed. However, this is what the nat=yes flag is supposed to be
used for, to mark the dialog as NATed. Thus, the Route set from your GW
should contain nat=yes and this will cause the right flag to be set for the
INVITE.
Doing it in the onreply route should not work, because you need to make sure
that both the INVITE from the GW and the OK from the UA are handled as rtp
proxy forked. I'm not sure why it works, maybe you force rtp proxy for too
many calls? (calls to the GW from NATed UAs except symmetric NATs can go
without rtp proxy).
g-)
Natambu Obleton wrote:
After a crap load of tracing and putting log(I am here\n) all over the
config file I think I may of gotten it working?
I started with the gettingstarted gw-pstn.cfg file and made this change
I edited my onreply route[1] to setflag(6)..
onreply_route[1] {
log("******************************ONREPLY ROUTE[1]\n");
Added: if (!search("^Contact:[ ]*\*") &&
client_nat_test("7")) {
Added: log("******************************ONREPLY ROUTE[1]
set_flag\n");
Added: setflag(6);
Added: }
if ((isflagset(6) || isflagset(7)) &&
(status=~"(180)|(183)|2[0-9][0-9]")) {
log("******************************ONREPLY ROUTE[1]
flag_set\n");
if (!search("^Content-Length:[ ]*0")) {
use_media_proxy();
log("******************************ONREPLY ROUTE[1]
use_media_proxy\n");
};
};
if (client_nat_test("1")) {
log("******************************ONREPLY ROUTE[1]
fix_nated_contact\n");
fix_nated_contact();
};
}
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net
(970) 247-3366 office
(970) 247-2426 fax
_____
From: serusers-bounces(a)lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org] On Behalf Of Natambu Obleton
Sent: Monday, December 11, 2006 10:19 AM
To: serusers(a)iptel.org
Subject: [Serusers] reinvite problem...
Ok. I have SER working with mediaproxy and it rewrites the requests to goto
the Mediaproxy server as it should, but after a call has been up for a bit..
it gets another invite from my PSTN gateway and when this invite comes
through it doesnt rewrite the media addresses why?
My config:
http://laplata.fasttrackcomm.net/ser_cfg.txthttp://laplata.fasttrackcomm.net
/ser_cfg.txt
<http://laplata.fasttrackcomm.net/ser_cfg.txthttp:/laplata.fasttrackcomm.net
/ser_cfg.txt>
My transaction log:
http://laplata.fasttrackcomm.net/translog.txt
About ¾s of the way down you will see where 206.123.213.84 sends another
invite for the call and SER doesnt change the media information on it.
Thanks for your help.
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net
(970) 247-3366 office
(970) 247-2426 fax
_____
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
10:11 p.m.
Natambu Obleton wrote:
So does that mean my GW is ignoring the "record-route" section? ( FYI,
I control the gateway also, it is a Metaswitch)
No, it just means that a reINVITE from your GW is a) not NATed b) is
loose routed and thus c) the dst UA is not looked up causing d) the
NATed flag not to be set.
However, looking once more at your trace, it seems that your SER is not
adding nat=yes in the Record-Route. So, don't blame your GW...
The reason I think this is working is because I am just doing the same
NAT Test that is used to determine if nat=yes should be set and
setting it so that it will pass the same test. At least I think that
is what it is doing. J
Yes, you may get some false positives though. And you should look into
why nat=yes is not set in the Record-Route of the first INVITE.
g-)
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net <mailto:nobleton@fasttrackcomm.net>
(970) 247-3366 office
(970) 247-2426 fax
------------------------------------------------------------------------
*From:* Greger V. Teigre [mailto:greger@teigre.com]
*Sent:* Tuesday, December 12, 2006 4:25 AM
*To:* Natambu Obleton
*Cc:* serusers(a)iptel.org
*Subject:* Re: [Serusers] reinvite problem...
Yes, this is a known issue, but the solution depends on how you
optimize you rtp handling (active media). The INVITE from your GW will
not be NATed and as the INVITE is loose route, no lookup("location")
is done to see if the dst UA is NATed. However, this is what the
nat=yes flag is supposed to be used for, to mark the dialog as NATed.
Thus, the Route set from your GW should contain nat=yes and this will
cause the right flag to be set for the INVITE.
Doing it in the onreply route should not work, because you need to
make sure that both the INVITE from the GW and the OK from the UA are
handled as rtp proxy forked. I'm not sure why it works, maybe you
force rtp proxy for too many calls? (calls to the GW from NATed UAs
except symmetric NATs can go without rtp proxy).
g-)
Natambu Obleton wrote:
After a crap load of tracing and putting log("I am here\n") all over
the config file I think I may of gotten it working?
I started with the gettingstarted gw-pstn.cfg file and made this change...
I edited my onreply route[1] to setflag(6)..
onreply_route[1] {
log("******************************ONREPLY ROUTE[1]\n");
Added: if (!search("^Contact:[ ]*\*") &&
client_nat_test("7")) {
Added: log("******************************ONREPLY
ROUTE[1] set_flag\n");
Added: setflag(6);
Added: }
if ((isflagset(6) || isflagset(7)) &&
(status=~"(180)|(183)|2[0-9][0-9]")) {
log("******************************ONREPLY ROUTE[1]
flag_set\n");
if (!search("^Content-Length:[ ]*0")) {
use_media_proxy();
log("******************************ONREPLY
ROUTE[1] use_media_proxy\n");
};
};
if (client_nat_test("1")) {
log("******************************ONREPLY ROUTE[1]
fix_nated_contact\n");
fix_nated_contact();
};
}
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net <mailto:nobleton@fasttrackcomm.net>
(970) 247-3366 office
(970) 247-2426 fax
------------------------------------------------------------------------
*From:* serusers-bounces(a)lists.iptel.org
<mailto:serusers-bounces@lists.iptel.org>
[mailto:serusers-bounces@lists.iptel.org] *On Behalf Of *Natambu Obleton
*Sent:* Monday, December 11, 2006 10:19 AM
*To:* serusers(a)iptel.org <mailto:serusers@iptel.org>
*Subject:* [Serusers] reinvite problem...
Ok. I have SER working with mediaproxy and it rewrites the requests to
goto the Mediaproxy server as it should, but after a call has been up
for a bit.. it gets another invite from my PSTN gateway and when this
invite comes through it doesn't rewrite the media addresses why?
My config:
http://laplata.fasttrackcomm.net/ser_cfg.txthttp://laplata.fasttrackcomm.ne…
<http://laplata.fasttrackcomm.net/ser_cfg.txthttp:/laplata.fasttrackcomm.net/ser_cfg.txt>
My transaction log:
http://laplata.fasttrackcomm.net/translog.txt
About ¾'s of the way down you will see where 206.123.213.84 sends
another invite for the call and SER doesn't change the media
information on it. Thanks for your help.
Natambu Obleton
Network Engineer
FastTrack Communications
nobleton(a)fasttrackcomm.net <mailto:nobleton@fasttrackcomm.net>
(970) 247-3366 office
(970) 247-2426 fax
------------------------------------------------------------------------
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org <mailto:Serusers@lists.iptel.org>
http://lists.iptel.org/mailman/listinfo/serusers
6556
days inactive
6557
days old
4 comments
2 participants
participants (2)
-
Greger V. Teigre -
Natambu Obleton