<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Well, nothing much I can do. "whole thing broke" and "no success" are
not easy to debug remotely... ;-)<br>
g-)<br>
<br>
Shaun Hofer wrote:
<blockquote cite="mid200702061242.42623.shaun.hofer@voxpak.com"
type="cite">
<pre wrap="">I must be loosing the plot here, I tried t_relay() with no success.
-Shaun
On Monday 05 February 2007 20:00, you wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Sorry I didn't catch that before, but when you add a new branch after a
failure, you must call t_relay()...
g-)
Shaun Hofer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I'm not entirly sure why, but when i put it into a seperate route the whole
thing broke, I tried it with and without t_relay_to_udp and break.
When I try the following, ser doesn't even send anything to Asterisk. Any
idea's what I'm doing wrong ?
route[7] {
revert_uri();
rewritehostport("202.168.41.218:5060");
append_branch();
}
failure_route[1] {
if (t_check_status("487")) {
break;
};
if (isflagset(26) && t_check_status("486")) {
avp_delete(<a class="moz-txt-link-rfc2396E" href="s:fwdbusy">"s:fwdbusy"</a>);
resetflag(26);
route(7);
};
if (isflagset(27) && t_check_status("408")) {
avp_delete(<a class="moz-txt-link-rfc2396E" href="s:fwdnoanswer">"s:fwdnoanswer"</a>);
resetflag(27);
route(7);
};
end_media_session();
}
Thanks
Shaun
On Thursday 01 February 2007 18:43, Greger V. Teigre wrote:
</pre>
<blockquote type="cite">
<pre wrap="">you should remove t_relay_to_udp, as well as the break and make sure
that on return to failure_route you don't run more commands.
g-)
Shaun Hofer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I tried making route just to house the commands, I call for both:
route[7] {
revert_uri();
rewritehostport("202.168.41.218:5060");
append_branch();
t_relay_to_udp("202.168.41.218", "5060");
break;
}
When I did this I found that it wouldn't work properly. I did play around
</pre>
</blockquote>
</blockquote>
<pre wrap="">with
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">putting something like use_mediaproxy and calling other routes but seemed
like they failed to be called correctly. I'm thinking either I mediaproxy
all traffic before from the start or let rtp travel directly between UA
</pre>
</blockquote>
</blockquote>
<pre wrap="">and
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Asterisk.
On Wednesday 31 January 2007 18:21, you wrote:
</pre>
<blockquote type="cite">
<pre wrap="">You could create a route and then call the route from failure_route.
However, I'm not sure if that will work as the INVITE was already sent
to the UA not responding. But try.
g-)
Shaun Hofer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
I wish to forward busy and no answer calls to Asterisk, and have the RTP
stream go through mediaproxy. At the moment, some calls use mediaproxy
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">and
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">some don't. If the call is not using mediaproxy to get it too. I have
</pre>
</blockquote>
</blockquote>
<pre wrap="">noticed
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">that I can't call use_media_proxy() from failed route. I don't want to
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">use
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">mediaproxy for every call between UA's, if not needed. Any suggestions
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">on
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
</blockquote>
<pre wrap="">how
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">I might be able to get calls to use mediaproxy if forwarded ?
current fail route:
failure_route[1] {
if (t_check_status("487")) {
break;
};
if (isflagset(26) && t_check_status("486")) {
avp_delete(<a class="moz-txt-link-rfc2396E" href="s:fwdbusy">"s:fwdbusy"</a>);
resetflag(26);
revert_uri();
rewritehostport("202.168.41.218:5060");
append_branch();
t_relay_to_udp("202.168.41.218", "5060");
break;
};
if (isflagset(27) && t_check_status("408")) {
avp_delete(<a class="moz-txt-link-rfc2396E" href="s:fwdnoanswer">"s:fwdnoanswer"</a>);
resetflag(27);
revert_uri();
rewritehostport("202.168.41.218:5060");
append_branch();
t_relay_to_udp("202.168.41.218", "5060");
break;
};
end_media_session();
}
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>