[asterisk-ss7] ss7_called_nai=dynamic parsing bug or config mistake?
peterpet
peterpet at mail.ru
Wed Jan 12 05:29:34 CST 2011
Hi,
try to set subscriberprefix option before nationalprefix.
Regards,
Peter Petrov
On 01/12/2011 12:51 PM, Vahan Yerkanian wrote:
> Hi,
>
> Calls to national NAI numbers are working OK, but when I try to call a
> number with a subscriber NAI,
> subscriberprefix gets replaced with nationalprefix...
>
> chan_dahdi.conf excerpt:
>
> ss7type=itu
> ss7_called_nai=dynamic
> ss7_calling_nai=national
> ss7_internationalprefix=00
> ss7_nationalprefix=0
> ss7_networkroutedprefix=N
> ss7_unknownprefix=U
> ss7_subscriberprefix=S
>
> extensions.ael excerpt:
> _1XX => { Dial(DAHDI/g2/S${EXTEN},60); Hangup; }
>
> CLI debug:
> -- Executing [110 at Network:6] Dial("SIP/sip-00000001",
> "DAHDI/g2/S110,60") in new stack
> -- Called g2/S110
> Len = 33 [ 82 83 1e c5 c9 81 52 20 62 00 01 00 60 01 0a 00 02 07 05 81
> 10 10 01 0f 0a 06 01 13 06 72 20 72 00 ]
> FSN: 3 FIB 1
> BSN: 2 BIB 1
> >[0] MSU
> [ 82 83 1e ]
> Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> [ c5 ]
> OPC 330 DPC 457 SLS 2
> [ c9 81 52 20 ]
> CIC: 98
> [ 62 00 ]
> Message Type: IAM
> [ 01 ]
> --FIXED LENGTH PARMS[4]--
> Nature of Connection Indicator:
> Satellites in connection: 0
> Continuity Check: Check not required (0)
> Outgoing half echo control device: not
> included (0)
> [ 00 ]
> Forward Call Indicators:
> Nat/Intl Call Ind: call to be treated as a
> national call (0)
> End to End Method Ind: no end-to-end method(s)
> available (0)
> Interworking Ind: no interworking encountered (0)
> End to End Info Ind: no end-to-end information
> available (0)
> ISDN User Part Ind: ISDN user part used all
> the way (1)
> ISDN User Part Pref Ind: ISDN user part not
> preferred all the way (1)
> ISDN Access Ind: originating access ISDN (1)
> SCCP Method Ind: no indication (0)
> [ 60 01 ]
> Calling Party's Category:
> Category: Ordinary calling subscriber (10)
> [ 0a ]
> Transmission Medium Requirements:
> Speech (0)
> [ 00 ]
> --VARIABLE LENGTH PARMS[1]--
> Called Party Number:
> Nature of address: 1
> NI: 0
> Numbering plan: 1
> Address signals: 0110#
> [ 05 81 10 10 01 0f ]
> --OPTIONAL PARMS--
> Calling Party Number:
> Nature of address: 1
> NI: 0
> Numbering plan: 1
> Presentation: 0
> Screening: 3
> Address signals: 60270227
> [ 0a 06 01 13 06 72 20 72 ]
>
> Len = 3 [ 82 83 00 ]
> FSN: 3 FIB 1
> BSN: 2 BIB 1
> >[0] FISU
>
> Len = 16 [ 83 83 0d c5 4a 41 72 20 62 00 0c 02 00 02 8a 81 ]
> FSN: 3 FIB 1
> BSN: 3 BIB 1
> <[0] MSU
> [ 83 83 0d ]
> Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> [ c5 ]
> OPC 457 DPC 330 SLS 2
> [ 4a 41 72 20 ]
> [ 62 00 ]
> Message Type: REL
> [ 0c ]
> --VARIABLE LENGTH PARMS[1]--
> Cause Indicator:
> Coding Standard: 0
> Location: 10
> Cause Class: 0
> Cause Subclass: 1
> Cause: Unallocated (unassigned) number (1)
> [ 02 8a 81 ]
>
> Len = 12 [ 83 84 09 c5 c9 81 52 20 62 00 10 00 ]
> FSN: 4 FIB 1
> BSN: 3 BIB 1
> >[0] MSU
> [ 83 84 09 ]
> Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> [ c5 ]
> OPC 330 DPC 457 SLS 2
> [ c9 81 52 20 ]
> CIC: 98
> [ 62 00 ]
> Message Type: RLC
> [ 10 ]
>
> -- Hungup 'DAHDI/95-1'
>
>
> Notice that S110 gets replaced with 0110:
>
> Called Party Number:
> Nature of address: 1
> NI: 0
> Numbering plan: 1
> Address signals: 0110#
> [ 05 81 10 10 01 0f ]
>
> I've also tried replacing ss7_calling_nai=national with dynamic, but
>
> Am I doing something wrong not noticing something obvious or is it a
> bug in the dynamic nai parsing function?
>
> Thanks in advance for your time,
> Kind regards,
> Vahan
>
>
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-ss7
>
>
More information about the asterisk-ss7
mailing list