Parameter: LNP Options: Incoming Calls LNP Mode: Difference between revisions
(add incoming lnp table) |
(Added Title) |
||
Line 1: | Line 1: | ||
{{DISPLAYTITLE:LNP Options: Incoming Calls LNP Mode}} | |||
Terminate LNP | Terminate LNP | ||
* Routing is done using the real called party number (not the LRN). LNP fields are ignored for the outgoing leg. (Default) | * Routing is done using the real called party number (not the LRN). LNP fields are ignored for the outgoing leg. (Default) |
Latest revision as of 17:05, 14 April 2022
Terminate LNP
- Routing is done using the real called party number (not the LRN). LNP fields are ignored for the outgoing leg. (Default)
Forward LNP from incoming to outgoing call
- Routing is done using the LRN when available otherwise the called party number is used. LNP fields are kept for possible relay on outgoing leg.
Ignore LNP information
- Routing is done using the called party number. LNP fields are ignored for the outgoing leg.
The following table contains the pseudo-code of the mapping according to the configuration AND the content of the incoming call signaling:
CPN = called party number or the TO sip header
called = called number variable accessible in routing script
GAP = generic address number SS7 information element type 0xc0
ported_number = extra number type accessible in the routing script
RN = rn field in SIP request URI
bitM = SS7 Forward call indicator information element: ported number translation indicator (bit M)
X = drop number
Incoming NAP conf. | Incoming SS7 | Incoming SIP |
---|---|---|
Ignore | CPN => called GAP => X |
CPN => called RN => X |
Terminate | GAP => called CPN => X ported_number not available |
CPN => called RN => X ported_number not available |
Forward | if bitM=1 then
|
if npdi=yes then
|