Actions

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
"" => ported_number
if GAP then
CPN => called
GAP => PNB
else
CPN => called
if npdi=yes then
"" => ported_number
if RN then
CPN => ported_number
RN=> called
else
CPN => called