<html><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000"><br>
I think 480 is because as mentioned in the wiki <span><meta
http-equiv="content-type" content="text/html; charset=ISO-8859-1">"Unspecified
causes codes (no value in the "SIP Equiv." column in the
table) are translated to SIP "480 Temporarily Unavailable" by
FreeSwitch." But why in this case both Q.850 and SIP Equiv cause not
matching?<br>
<br>
</span>
<div class="moz-signature">-- <br>Thanks,<br>
Muhammad Naseer Bhatti<br>
<br>
</div>
<br>
<br>
Steven Ayre wrote:
<blockquote
cite="mid:CAFiqYukFqmXMoFy5y=JcPVE84x7ZJAkdH7bLC1ZStdiN5eKgNg@mail.gmail.com"
type="cite">Missed you'd included the logs ;)
<div><br></div>
<div>As suspected, the 480 contains 16 so that's where normal clearing
comes from</div>
<div><br></div>
<div>480 temporary failure is the SIP cause</div>
<div>16 Normal Clearing is the ISDN Q850 one</div>
<div><br></div>
<div>Internally FS will use ISDN causes and map protocol specific ones
between them (which isn't 1:1)<span></span>, Reason lets the endpoint
override that mapping because its already providing the exact one</div>
<div><br></div>
<div><br></div>
<div><br><br>On Wednesday, July 24, 2013, Steven Ayre wrote:<br><blockquote
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">16 is normal clearing - they are the q850 names
for the same thing.<div>
<br></div><div>Why that's being done for 480 is another question -
seeing the full call context and any Reason headers might shed might on
that</div>
<div><br></div><div>480 maps to 41 not 16 iirc, but would be overridden
by a Reason header or if something else was going on on the call such as
calling the hangup after the bridge<span></span></div><div><br></div><div><div>
<br>On Wednesday, July 24, 2013, Muhammad Naseer Bhatti wrote:<br><blockquote
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<br>
Got a little confusion here. <br>
FreeSWITCH log: <a moz-do-not-send="true"
href="http://pastebin.freeswitch.org/21226" target="_blank">http://pastebin.freeswitch.org/21226</a><br>
SIP trace: <a moz-do-not-send="true"
href="http://pastebin.freeswitch.org/21227" target="_blank">http://pastebin.freeswitch.org/21227</a><br>
<br>
Both were taken once after each other but other than the timing,
everything else remains the same.<br>
<br>
This is a vanilla install for FreeSWITCH Version
1.5.5b+git~20130724T035836Z~3ae87091e1 (git 3ae8709 2013-07-24
03:58:36Z). Just dialing a non existent number (98871002) from a
registered user 1001. The hangup cause returned by the switch shows<br>
<span><li><div><span><div style="color:#ffff55;background-color:black"><span></span>mod_sofia.c:<span>463</span>
Channel sofia/internal/<span>1001</span>@<span>10.211</span><span>.55</span><span>.3</span>:<span>50601</span>
hanging up, cause: NORMAL_CLEARING</div>
</span></div></li><br>
However the SIP capture shows </span><span>SIP/<span>2.0</span>
<span>480</span> Temporarily Unavailable. </span>This 480
is also showing by the switch <span><span>mod_sofia.c:<span>597</span>
Responding to INVITE with: <span>480</span></span>.
I know the mapping is done by FreeSWITCH. In this case why 480,
returned Normal Temporary Failure </span>while the switch shows
NORMAL_CLEARING? Is this because Q.850 returned is 16 and FreeSWITCH
mapping for 16 is NORMAL_CLEARING?<br>
<br>
Or is there something I am missing.<br>
<br>
<div>-- <br>Thanks,<br>
Muhammad Naseer Bhatti<br>
<br>
</div>
</div></blockquote></div></div></blockquote></div>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
</body></html>