I think 480 is because as mentioned in the wiki "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?

--
Thanks,
Muhammad Naseer Bhatti



Steven Ayre wrote:
Missed you'd included the logs ;)

As suspected, the 480 contains 16 so that's where normal clearing comes from

480 temporary failure is the SIP cause
16 Normal Clearing is the ISDN Q850 one

Internally FS will use ISDN causes and map protocol specific ones between them (which isn't 1:1), Reason lets the endpoint override that mapping because its already providing the exact one




On Wednesday, July 24, 2013, Steven Ayre wrote:
16 is normal clearing - they are the q850 names for the same thing.

Why that's being done for 480 is another question - seeing the full call context and any Reason headers might shed might on that

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


On Wednesday, July 24, 2013, Muhammad Naseer Bhatti wrote:

Got a little confusion here.
FreeSWITCH log: http://pastebin.freeswitch.org/21226
SIP trace: http://pastebin.freeswitch.org/21227

Both were taken once after each other but other than the timing, everything else remains the same.

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
  • mod_sofia.c:463 Channel sofia/internal/1001@10.211.55.3:50601 hanging up, cause: NORMAL_CLEARING

  • However the SIP capture shows
    SIP/2.0 480 Temporarily Unavailable. This 480 is also showing by the switch mod_sofia.c:597 Responding to INVITE with: 480. I know the mapping is done by FreeSWITCH. In this case why 480, returned Normal Temporary Failure while the switch shows NORMAL_CLEARING? Is this because Q.850 returned is 16 and FreeSWITCH mapping for 16 is NORMAL_CLEARING?

    Or is there something I am missing.

    --
    Thanks,
    Muhammad Naseer Bhatti

    _________________________________________________________________________
    Professional FreeSWITCH Consulting Services:
    consulting@freeswitch.org
    http://www.freeswitchsolutions.com
    
    FreeSWITCH-powered IP PBX: The CudaTel Communication Server
    http://www.cudatel.com
    
    Official FreeSWITCH Sites
    http://www.freeswitch.org
    http://wiki.freeswitch.org
    http://www.cluecon.com
    
    FreeSWITCH-users mailing list
    FreeSWITCH-users@lists.freeswitch.org
    http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
    UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
    http://www.freeswitch.org