asterisk Gigaset T500 doesn't receive incoming calls

Discussion in 'UK VOIP' started by Graham J, Apr 16, 2013.

  1. Graham J

    Graham J Guest

    New ISDN2e line installed 11 April 2013.

    Connected to Gigaset T500 PBX with Sirrix IDSN card.

    We can make internal calls from any extension to any other.

    Internal extensions can make outgoing calls to the PSTN.

    External callers dialling in hear silence followed by the "number
    unobtainable" tone. Log entries suggest that the PBX sees some activity
    when there is an incoming call, but doesn't know what to do with it.

    Cannot determine whether fault is in misconfiguration of the PBX or
    inappropriate provisioning of the ISDN2e service.

    Any ideas on how to proceed?

    I can show extracts from the logs ...

    TIA
     
    Graham J, Apr 16, 2013
    #1
    1. Advertisements

  2. Graham J

    Graham J Guest

    R. Mark Clayton wrote:
    [snip]
    And I have explained elsewhere that we have tried configuring the
    Gigaset with both options in turn, rebooting each time. They are called
    "Device Connection" or "Multi-Device Connection". Neither setting works!
     
    Graham J, Apr 16, 2013
    #2
    1. Advertisements

  3. Graham J

    Graham J Guest

    The order form asked "Digital System / Digital Standard"; we ordered
    "Standard". Jono says that means P-MP.

    The Gigaset says "Device Connection" or "Multi-Device Connection" in the
    context of P-P or P-MP. Neither setting works!
     
    Graham J, Apr 16, 2013
    #3
  4. Graham J

    Graham J Guest


    OK we need use SSH and log in as root. Any idea as to the default
    password, please? No evidence of it that we can find on the device or
    packaging.

    Tech support from the supplier has not yet been able to answer this.

    TIA
     
    Graham J, Apr 17, 2013
    #4
  5. Graham J

    Graham J Guest


    For future reference: on the base of the unit there is a label with
    numbers and letters, like this:

    1234 1234 1234 abcdef

    It is the password, but it needs the white space replaced with hyphens,
    thus:

    1234-1234-1234-abcdef

    So we are now getting debug output. It clearls shows the incoming call
    being received then immediately disconnected.

    This of course is debug from the ISDN card, so presumably the rest of
    the PBX does not know what to do with what the ISDN card tells it.

    I will post the debug to follow on from the start of the thread.
     
    Graham J, Apr 17, 2013
    #5
  6. Graham J

    Graham J Guest

    Sample log from the ISDN card follows (with acknowledgements for help
    from Jono):

    2013/04/17 10:35:37.398 : NT -> TE : '(0x2003) HEX: 02 FF 03 08 01 51 05
    A1 04 03 90 90 A3 18 01 89 1E 02 84 83 '
    tei = 127
    Layer 3 Data:
    PD = 0x08 = DSS1
    CR = 0x51 = 81
    MT = 0x05 = SETUP
    IE_IDENTIFIER = 0x21 = SENDING COMPLETE
    IE_IDENTIFIER = 0x04 = BEARER CAPABILITY
    CODING STANDARD = 0x00 = CCITT
    INF. TRANSF. CAP. = 0x10 = 3.1 kHz Audio
    TRANSFER MODE = 0x00 = circuit mode
    INF. TRANSF. RATE = 0x10 = 64 kbit/s
    USER INF L1 PROT = 0x03 = G.711 A-law
    IE_IDENTIFIER = 0x18 = CHANNEL ID
    IF IDENT PRESENT = 0
    INTERFACE TYPE = 0 = BRI
    PREFERRED / EXCL. = 1 = exclusive
    D CHANNEL INDICAT = 0 = is not D channel
    INF. CHAN. SELECT = 1 = B1
    IE_IDENTIFIER = 0x1E = PROGRESS INDICATOR
    CODING = 0 = CCITT (ETS)
    LOCATION = 4 = remote public net
    PROGRESS DESCR = 3 = calling number is not ISDN

    2013/04/17 10:35:37.412 : TE -> NT : '(0x2003) ECHO: 00 97 00 00 08 01
    D1 02 18 01 89 '
    tei = 75
    Layer 3 Data:
    PD = 0x08 = DSS1
    CR = 0x51 = 81
    MT = 0x02 = CALL_PROCEEDING
    IE_IDENTIFIER = 0x18 = CHANNEL ID
    IF IDENT PRESENT = 0
    INTERFACE TYPE = 0 = BRI
    PREFERRED / EXCL. = 1 = exclusive
    D CHANNEL INDICAT = 0 = is not D channel
    INF. CHAN. SELECT = 1 = B1

    2013/04/17 10:35:37.430 : TE -> NT : '(0x2003) ECHO: 00 97 02 00 08 01
    D1 45 08 02 80 9F '
    tei = 75
    Layer 3 Data:
    PD = 0x08 = DSS1
    CR = 0x51 = 81
    MT = 0x45 = DISCONNECT
    IE_IDENTIFIER = 0x08 = CAUSE
    CODING = 0 = CCITT (ETS)
    LOCATION = 0 = user
    CAUSE = 0x1F = Normal, unspecified.

    2013/04/17 10:35:37.491 : NT -> TE : '(0x2003) HEX: 02 97 00 04 08 01 51
    4D '
    tei = 75
    Layer 3 Data:
    PD = 0x08 = DSS1
    CR = 0x51 = 81
    MT = 0x4D = RELEASE

    2013/04/17 10:35:37.492 : TE -> NT : '(0x2003) ECHO: 00 97 04 02 08 01
    D1 5A '
    tei = 75
    Layer 3 Data:
    PD = 0x08 = DSS1
    CR = 0x51 = 81
    MT = 0x5A = RELEASE_COMPLETE

    Any ideas, please?
     
    Graham J, Apr 17, 2013
    #6
  7. Graham J

    Dave Higton Guest

    In message <516e792a$0$1137$>
    It's some years since I was doing this, but... the Information
    Transfer Capability says 3.1 kHz audio, not speech. That suggests
    the call should be directed to a modem or fax machine and not a
    phone. If that's the case, your Asterisk switch would be correct
    to refuse the call.

    I reserve the right to be wrong!

    Dave
     
    Dave Higton, Apr 17, 2013
    #7
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.