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
    Graham J, Apr 16, 2013
    #1
    1. Advertising

  2. Graham J

    Graham J Guest

    R. Mark Clayton wrote:
    [snip]
    >
    > You have asked this elsewhere.
    >
    > point to point or point to multi-point that is the question.
    >
    >

    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
    Graham J, Apr 16, 2013
    #2
    1. Advertising

  3. Graham J

    Graham J Guest

    Jono wrote:
    > R. Mark Clayton explained on 16/04/2013 :
    >> "Graham J" <graham@invalid> wrote in message
    >> news:516d24fb$0$1104$...
    >>> 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

    >>
    >> You have asked this elsewhere.
    >>
    >> point to point or point to multi-point that is the question.

    >
    > I directed him here...hoping someone like Gordon Henderson might drop
    > in...as, although I can tinker with Asterisk, I struggle interpretting
    > logs, verbose or otherwise.
    >
    > I /think/ his line is point-to-multipoint, however, try as I might, I
    > can't tell if the Gigaset can handle P-MP...at least there's no direct
    > mention of it in the manual.
    >
    > Also, I'm fairly sure that BT haven't closed all the orders off properly
    > after the install. I have seen this cause issues with routing in the
    > past (it could be a task that involves creating/updating the exchange
    > data that's outstanding, for all we know)
    >
    >

    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
    Graham J, Apr 16, 2013
    #3
  4. Graham J

    Graham J Guest

    alexd wrote:
    > Graham J (for it is he) wrote:
    >
    >> Any ideas on how to proceed?

    >
    > Other than 'core set verbose', debugging in Asterisk is specific to the
    > thing you're trying to debug, eg for a Sirrix ISDN card, somewhere in this
    > jumble you will find what you need to either interrogate the card directly
    > or turn up the logging:
    >
    > http://www.voip-info.org/wiki/view/Asterisk Sirrix ISDN channels



    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
    Graham J, Apr 17, 2013
    #4
  5. Graham J

    Graham J Guest

    Jono wrote:
    > Graham J pretended :
    >> alexd wrote:
    >>> Graham J (for it is he) wrote:
    >>>
    >>>> Any ideas on how to proceed?
    >>>
    >>> Other than 'core set verbose', debugging in Asterisk is specific to the
    >>> thing you're trying to debug, eg for a Sirrix ISDN card, somewhere in
    >>> this
    >>> jumble you will find what you need to either interrogate the card
    >>> directly
    >>> or turn up the logging:
    >>>
    >>> http://www.voip-info.org/wiki/view/Asterisk Sirrix ISDN channels

    >>
    >>
    >> 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

    >
    > It beggars belief that they would suggest using a root login via SSH in
    > their Wiki...and not say how..
    >
    > <https://gigaset.atlassian.net/wiki/dosearchsite.action?queryString=ssh>



    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
    Graham J, Apr 17, 2013
    #5
  6. Graham J

    Graham J Guest

    Graham J wrote:
    > 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 ...


    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
    Graham J, Apr 17, 2013
    #6
  7. Graham J

    Dave Higton Guest

    In message <516e792a$0$1137$>
    Graham J <graham@invalid> wrote:

    >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?


    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. Advertising

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

It takes just 2 minutes to sign up (and it's free!). Just click the sign up button to choose a username and then you can ask your own questions on the forum.
Similar Threads
  1. Shawn

    upgrading Dell XPS T500?

    Shawn, Jan 23, 2004, in forum: Computer Support
    Replies:
    6
    Views:
    12,248
    derekrtds
    May 16, 2010
  2. Peter Watson

    Asterisk AMP & Incoming calls

    Peter Watson, May 25, 2005, in forum: UK VOIP
    Replies:
    11
    Views:
    5,512
    Peter Watson
    May 29, 2005
  3. Sean

    Asterisk@Home - Incoming Calls

    Sean, Oct 2, 2005, in forum: UK VOIP
    Replies:
    10
    Views:
    1,160
  4. Giganews
    Replies:
    27
    Views:
    2,357
    Brian
    Oct 10, 2006
  5. HVB
    Replies:
    4
    Views:
    668
    alexd
    Apr 10, 2007
Loading...

Share This Page