libss7 troubles

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Matt,
  If I dial a regular local Indian cell phone number, such as
zap/5/9819818215 I don't get the generic hangup message, but I get a
0x30 (OLM - Overload) message instead. Is there an RFC that defines
what's supposed to happen in this case? Are we supposed to handle the
OLM in some way or is this an indication that the switch is mis
configured or something?

Here is the ss7 debug:

    -- Attempting call on Zap/5/9819818215 for s at demo:1 (Retry 3)
Len = 27 [ ae a3 18 c5 e8 03 3a 50 05 00 01 00 60 01 0a 00 02 00 08 83
10 89 91 18 28 51 0f ]
FSN: 35 FIB 1
BSN: 46 BIB 1
>[0] MSU
[ ae a3 18 ]
        Network Indicator: 3 Priority: 0 User Part: ISUP (5)
        [ c5 ]
        OPC 232 DPC 1000 SLS 5
        [ e8 03 3a 50 ]
                CIC: 5
                [ 05 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 Category:
                        Category: Ordinary calling subscriber (10)
                        [ 0a ]
                Transmission Medium Requirements:
                        Speech (0)
                        [ 00 ]
                --VARIABLE LENGTH PARMS[1]--
                Called Party Number:
                        Nature of address: 3
                        NI: 0
                        Numbering plan: 1
                        Address signals: 9819818215#
                        [ 08 83 10 89 91 18 28 51 0f ]

Len = 14 [ a3 af 0b c5 e8 00 fa 50 05 00 03 01 00 00 ]
FSN: 47 FIB 1
BSN: 35 BIB 1
<[0] MSU
[ a3 af 0b ]
        Network Indicator: 3 Priority: 0 User Part: ISUP (5)
        [ c5 ]
        OPC 1000 DPC 232 SLS 5
        [ e8 00 fa 50 ]
[Nov 15 06:37:43] ERROR[28617]: chan_zap.c:9082 zt_ss7_error: !!
Unable to handle message of type 0x3

[Nov 15 06:37:43] ERROR[28617]: chan_zap.c:9082 zt_ss7_error: !!
Unable to handle message of type 0x3
[Nov 15 06:37:43] ERROR[28617]: chan_zap.c:9082 zt_ss7_error: Received
error from mtp3 layer: -1
Len = 16 [ a3 b0 0d c5 e8 00 fa 50 05 00 0c 02 00 02 82 9f ]
FSN: 48 FIB 1
BSN: 35 BIB 1
<[0] MSU
[ a3 b0 0d ]
        Network Indicator: 3 Priority: 0 User Part: ISUP (5)
        [ c5 ]
        OPC 1000 DPC 232 SLS 5
        [ e8 00 fa 50 ]
                CIC: 5
                [ 05 00 ]
                Message Type: REL
                [ 0c ]
                --VARIABLE LENGTH PARMS[1]--
                Cause Indicator:
                        Coding Standard: 0
                        Location: 2
                        Cause Class: 1
                        Cause Subclass: 15
                        Cause: Normal, unspecified (31)
                        [ 02 82 9f ]

    -- Hungup 'Zap/5-1'
[Nov 15 06:37:58] NOTICE[28617]: cdr.c:432 ast_cdr_free: CDR on
channel 'Zap/5-1' not posted
[Nov 15 06:37:58] NOTICE[28617]: pbx_spool.c:339 attempt_thread: Call
failed to go through, reason (1) Hangup
Len = 12 [ b0 a4 09 c5 e8 03 3a 50 05 00 10 00 ]
FSN: 36 FIB 1
BSN: 48 BIB 1
>[0] MSU
[ b0 a4 09 ]
        Network Indicator: 3 Priority: 0 User Part: ISUP (5)
        [ c5 ]
        OPC 232 DPC 1000 SLS 5
        [ e8 03 3a 50 ]
                CIC: 5
                [ 05 00 ]
                Message Type: RLC
                [ 10 ]

Thanks.


On 11/8/07, Matthew Fredrickson <creslin at digium.com> wrote:
> Russ Meyerriecks wrote:
> > Thanks Matt,
> >   That worked like a charm. I simply commented out
> >
> > #TDMV_DCHAN     = 16
> > in /etc/wanpipe/wanpipe1.conf
> >
> > Now, whenever I try to place an outgoing call, using the outcall
> > spool. I'm receiving a hangup signal back from the switch. Here is the
> > debug output:
>
> It looks like the number you called timed out or something.  I think
> this is beyond what we can help you with, you may have to talk to
> whoever manages the switch at the other end to figure out what might be
> wrong.  In Q.850, for SS7 is says that cause code 31 is:
>
> Call failure information
> indicating the failure of
> a call due to the lapse
> of a timeout or a fault
> not covered by specific
> causes (examples:
> expiry of timers Q.764
> not covered by specific
> causes, release of
> interconnected circuit,
> etc.)
>
> Maybe that can help when you have to talk to the switch tech.
>
> Matthew Fredrickson
>
>
> >
> > *CLI>     -- Attempting call on Zap/1/581739820018424 for s at demo:1 (Retry 1)
> > Len = 29 [ 8d 85 1a c5 e8 03 3a 10 01 00 01 00 60 01 0a 00 02 00 0a 03
> > 10 85 71 93 28 00 81 24 f4 ]
> > FSN: 5 FIB 1
> > BSN: 13 BIB 1
> >> [0] MSU
> > [ 8d 85 1a ]
> >         Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> >         [ c5 ]
> >         OPC 232 DPC 1000 SLS 1
> >         [ e8 03 3a 10 ]
> >                 CIC: 1
> >                 [ 01 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 Category:
> >                         Category: Ordinary calling subscriber (10)
> >                         [ 0a ]
> >                 Transmission Medium Requirements:
> >                         Speech (0)
> >                         [ 00 ]
> >                 --VARIABLE LENGTH PARMS[1]--
> >                 Called Party Number:
> >                         Nature of address: 3
> >                         NI: 0
> >                         Numbering plan: 1
> >                         Address signals: 9820018423#
> >                         [ 0a 03 10 85 71 93 28 00 81 24 f4 ]
> >
> > Len = 18 [ 85 8e 0f c5 e8 00 fa 10 01 00 06 01 00 01 29 01 01 00 ]
> > FSN: 14 FIB 1
> > BSN: 5 BIB 1
> > <[0] MSU
> > [ 85 8e 0f ]
> >         Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> >         [ c5 ]
> >         OPC 1000 DPC 232 SLS 1
> >         [ e8 00 fa 10 ]
> >                 CIC: 1
> >                 [ 01 00 ]
> >                 Message Type: ACM
> >                 [ 06 ]
> >                 --FIXED LENGTH PARMS[1]--
> >                 Backward Call Indicator:
> >                         [ 01 00 ]
> >                 --OPTIONAL PARMS--
> >                 Optional Backward Call Indicator:
> >                         [ 29 01 01 ]
> >
> > Len = 16 [ 85 8f 0d c5 e8 00 fa 10 01 00 0c 02 00 02 83 9f ]
> > FSN: 15 FIB 1
> > BSN: 5 BIB 1
> > <[0] MSU
> > [ 85 8f 0d ]
> >         Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> >         [ c5 ]
> >         OPC 1000 DPC 232 SLS 1
> >         [ e8 00 fa 10 ]
> >                 CIC: 1
> >                 [ 01 00 ]
> >                 Message Type: REL
> >                 [ 0c ]
> >                 --VARIABLE LENGTH PARMS[1]--
> >                 Cause Indicator:
> >                         Coding Standard: 0
> >                         Location: 3
> >                         Cause Class: 1
> >                         Cause Subclass: 15
> >                         Cause: Normal, unspecified (31)
> >                         [ 02 83 9f ]
> >
> > Len = 12 [ 8f 86 09 c5 e8 03 3a 10 01 00 10 00 ]
> > FSN: 6 FIB 1
> > BSN: 15 BIB 1
> >> [0] MSU
> > [ 8f 86 09 ]
> >         Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> >         [ c5 ]
> >         OPC 232 DPC 1000 SLS 1
> >         [ e8 03 3a 10 ]
> >                 CIC: 1
> >                 [ 01 00 ]
> >                 Message Type: RLC
> >                 [ 10 ]
> >
> >     -- Hungup 'Zap/1-1'
> > [Nov  7 05:24:16] NOTICE[30487]: cdr.c:432 ast_cdr_free: CDR on
> > channel 'Zap/1-1' not posted
> > [Nov  7 05:24:16] NOTICE[30487]: pbx_spool.c:339 attempt_thread: Call
> > failed to go through, reason (1) Hangup
> >
> >
> >
> > I'm not certain if I'm actually talking to the switch correctly or
> > just making the call incorrectly.
> >
> > Thanks again,
> >   Russ
> >
> > On 11/6/07, Matthew Fredrickson <creslin at digium.com> wrote:
> >> Russ Meyerriecks wrote:
> >>> Hi,
> >>>  I'm sort of stuck on getting this ss7 link up and running. All I know
> >>> about the switch i'm trying to connect to is that it's an Ericsson
> >>> over E1 and what the opc/dpc are. I'm using a Sangoma A101, but as far
> >>> as I can tell, it's up and running correctly. In ss7linktest it goes
> >>> so far as to say --SS7 up--, but then it keeps trying to resend
> >>> messages
> >> It might have something to do with your Sangoma card.  I have seen
> >> problems with sangoma cards with the hardware D-channel option enabled.
> >>   Maybe you can check if that is on and turn it off.
> >>
> >> Matthew Fredrickson
> >>
> >>>  Here is the output of my ss7linktest :
> >>>
> >>> ./ss7linktest 16 itu 232 1000
> >>> Starting link 1
> >>> Link state change: IDLE -> NOTALIGNED
> >>> Len = 4 [ ff ff 01 00 ]
> >>> FSN: 127 FIB 1
> >>> BSN: 127 BIB 1
> >>>> [0] LSSU SIO
> >>> Len = 4 [ ff ff 01 00 ]
> >>> FSN: 127 FIB 1
> >>> BSN: 127 BIB 1
> >>> <[0] LSSU SIO
> >>>
> >>> Link state change: NOTALIGNED -> ALIGNED
> >>> Len = 4 [ ff ff 01 02 ]
> >>> FSN: 127 FIB 1
> >>> BSN: 127 BIB 1
> >>>> [0] LSSU SIE
> >>> Len = 4 [ ff ff 01 02 ]
> >>> FSN: 127 FIB 1
> >>> BSN: 127 BIB 1
> >>> <[0] LSSU SIE
> >>>
> >>> Link state change: ALIGNED -> PROVING
> >>> Len = 3 [ ff ff 00 ]
> >>> FSN: 127 FIB 1
> >>> BSN: 127 BIB 1
> >>> <[0] FISU
> >>>
> >>> Link state change: PROVING -> ALIGNEDREADY
> >>> Len = 25 [ ff 80 16 c1 e8 00 fa 00 11 f0 aa aa aa aa aa aa aa aa aa aa
> >>> aa aa aa aa aa ]
> >>> FSN: 0 FIB 1
> >>> BSN: 127 BIB 1
> >>> <[0] MSU
> >>> [ ff 80 16 ]
> >>>         Network Indicator: 3 Priority: 0 User Part: STD_TEST (1)
> >>>         [ c1 ]
> >>>         OPC 1000 DPC 232 SLS 0
> >>>         [ e8 00 fa 00 ]
> >>>         H0: 1 H1: 1
> >>>         [ 11 ]
> >>>
> >>> Link state change: ALIGNEDREADY -> INSERVICE
> >>> Len = 25 [ 80 80 16 c1 e8 03 3a 00 21 f0 aa aa aa aa aa aa aa aa aa aa
> >>> aa aa aa aa aa ]
> >>> FSN: 0 FIB 1
> >>> BSN: 0 BIB 1
> >>>> [0] MSU
> >>> [ 80 80 16 ]
> >>>         Network Indicator: 3 Priority: 0 User Part: STD_TEST (1)
> >>>         [ c1 ]
> >>>         OPC 232 DPC 1000 SLS 0
> >>>         [ e8 03 3a 00 ]
> >>>         H0: 1 H1: 2
> >>>         [ 21 ]
> >>>
> >>> [0] MTP2 link up
> >>> [0] --- SS7 Up ---
> >>> Len = 9 [ 80 81 06 c0 e8 03 3a 00 17 ]
> >>> FSN: 1 FIB 1
> >>> BSN: 0 BIB 1
> >>>> [0] MSU
> >>> [ 80 81 06 ]
> >>>         Network Indicator: 3 Priority: 0 User Part: NET_MNG (0)
> >>>         [ c0 ]
> >>>         OPC 232 DPC 1000 SLS 0
> >>>         [ e8 03 3a 00 ]
> >>>         H0: 7 H1: 1
> >>>         Message type: TRA
> >>>         [ 17 ]
> >>>
> >>> Len = 20 [ 80 82 11 c1 e8 03 3a 00 11 a0 32 35 36 34 32 38 36 32 38 38 ]
> >>> FSN: 2 FIB 1
> >>> BSN: 0 BIB 1
> >>>> [0] MSU
> >>> [ 80 82 11 ]
> >>>         Network Indicator: 3 Priority: 0 User Part: STD_TEST (1)
> >>>         [ c1 ]
> >>>         OPC 232 DPC 1000 SLS 0
> >>>         [ e8 03 3a 00 ]
> >>>         H0: 1 H1: 1
> >>>         [ 11 ]
> >>>
> >>> Len = 14 [ 80 83 0b c5 e8 03 3a 10 01 00 17 01 01 17 ]
> >>> FSN: 3 FIB 1
> >>> BSN: 0 BIB 1
> >>>> [0] MSU
> >>> [ 80 83 0b ]
> >>>         Network Indicator: 3 Priority: 0 User Part: ISUP (5)
> >>>         [ c5 ]
> >>>         OPC 232 DPC 1000 SLS 1
> >>>         [ e8 03 3a 10 ]
> >>>                 CIC: 1
> >>>                 [ 01 00 ]
> >>>                 Message Type: GRS
> >>>                 [ 17 ]
> >>>                 --VARIABLE LENGTH PARMS[1]--
> >>>                 Range and status:
> >>>                         Range: 23
> >>>                         [ 01 17 ]
> >>>
> >>> Got retransmission request sequence numbers greater than 127.
> >>> Retransmitting 4 message(s).
> >>>
> >>> If I try this in asterisk, all I get is :
> >>> Got retransmission request sequence numbers greater than 127.
> >>> Retransmitting 4 message(s).
> >>> Got retransmission request sequence numbers greater than 127.
> >>> Retransmitting 4 message(s).
> >>> Got retransmission request sequence numbers greater than 127.
> >>> Retransmitting 4 message(s).
> >>> Got retransmission request sequence numbers greater than 127.
> >>> Retransmitting 4 message(s).  etc ....
> >>>
> >>> Here is my conf files:
> >>>> cat /etc/zaptel.conf
> >>> loadzone=in
> >>> defaultzone=in
> >>>
> >>> #Sangoma A101 port 1 [slot:2 bus:1 span: 1]
> >>> span=1,0,0,ccs,hdb3
> >>> bchan=1-15,17-31
> >>> dchan=16
> >>>
> >>>> cat /etc/asterisk/zapata.conf
> >>> [channels]
> >>> signalling=ss7
> >>> ss7type=itu
> >>> linkset=1
> >>> switchtype=national
> >>> networkindicator = national_spare
> >>> context=from-pstn
> >>> pointcode=232
> >>> adjpointcode=1000
> >>> defaultdpc=1000
> >>> cicbeginswith=1
> >>> channel=1-15
> >>> cicbeginswith=17
> >>> channel=17-31
> >>> sigchan=16
> >>>
> >>> Any help would be greatly appreciated.
> >>> Thanks,
> >>>   Russ
> >>>
> >>> _______________________________________________
> >>> --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
> >>
> >> --
> >> Matthew Fredrickson
> >> Software/Firmware Engineer
> >> Digium, Inc.
> >>
> >> _______________________________________________
> >> --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
> >>
> >
> >
>
>
> --
> Matthew Fredrickson
> Software/Firmware Engineer
> Digium, Inc.
>
> _______________________________________________
> --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
>


-- 
Russ Meyerriecks
Project Manager
732.276.1300 x306



[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux