Howto:Why does the Gateway fail to route an incoming SIP call?: Difference between revisions
Jump to navigation
Jump to search
mNo edit summary |
D.giordano (talk | contribs) mNo edit summary |
||
Line 4: | Line 4: | ||
Like this: | Like this: | ||
LOG CALL 0 No-Route ->: | LOG CALL 0 No-Route ->:0381806124@10.24.100.218 / GW3::->*:: Cause: Unallocated (unassigned) number | ||
Gateway cuts-off domain part only if domain part matches the local domain. | Gateway cuts-off domain part only if domain part matches the local domain. | ||
There's a new config option on the gateway interface called "Local Domain". | There's a new config option on the gateway interface called "Local Domain". | ||
If you enter "10.24.100.218" here, called URI is truncated into " | If you enter "10.24.100.218" here, called URI is truncated into "0381806124" (plain telephone number). | ||
Plain telephone number can be roueted and mapped as usual. | Plain telephone number can be roueted and mapped as usual. | ||
Latest revision as of 11:12, 11 December 2012
Since v9hf4 the Gateway supports federation (call by URI). That's why we do not cut-off domain part of incoming calls automatically. This may result in "Unallocated (unassigned) number" errors. Like this:
LOG CALL 0 No-Route ->:0381806124@10.24.100.218 / GW3::->*:: Cause: Unallocated (unassigned) number
Gateway cuts-off domain part only if domain part matches the local domain. There's a new config option on the gateway interface called "Local Domain". If you enter "10.24.100.218" here, called URI is truncated into "0381806124" (plain telephone number). Plain telephone number can be roueted and mapped as usual.