N870 IP - Anlagenverbund - Call drops

  • Wir haben am Standort Starface2 immer wieder Call drops im DECT, hat irgend jemand eine Idee dazu?
    (Persönlich denke ich die Funkstrecke ist gestört, es ist eine Fertigung).


    Aufbau:
    Softphone <-> Starface1 <-> Anlagenverbund <-> Starface2 <-> N870 DECT <-> SL750H Pro


    Code
    [2020-08-28 11:47:04,631] [0214] SIP/4738.N870HS-0000027d HangupRequestEvent 
    [2020-08-28 11:47:04,634] [0214] SIP/10.5.0.11-0000027e Unlink SIP/4738.N870HS-0000027d 
    [2020-08-28 11:47:04,635] [0214] SIP/10.5.0.11-0000027e Hangup Cause: Normal Clearing 
    [2020-08-28 11:47:04,644] [0214] SIP/4738.N870HS-0000027d Hangup Cause: Normal Clearing 
    [2020-08-28 11:47:04,650] [0214] ********* Call finished *********


    Die DECT Base zeigt Call drops, das Problem ist aber ich sehe kein Grund und vor allem keine Uhrzeit dazu.
    Irgend jemand eine Idee wie ich das weiter eingrenzen kann?

  • Auf beiden Anlagen einen TCPDump machen, und schauen, ob der Stream bei der STARFACE 2 schon verschwindet, oder erst bei der STARFACE 1


    Wenn es bei der Stream schon vor der SF2 verschwindet, liegt wohl am DECT.
    Wenn es auf der SF2 noch zu hören ist, aber auf der SF1 nicht mehr, liegts dazwischen auf dem weg.
    Wenn es auf der SF1 auch noch zu hören ist, liegts auf dem Weg zum Endgerät.


    Mit den TCPDump's könntest du auch Prüfen, wer im SIP-Transfer effektiv den BYE Befehl gesendet hat.


    MfG


    Fabian

  • Hallo Fabian,


    das ist ein gute Idee, ich müsste mal schauen ob ich das über Tage laufen lassen kann.
    Ich sehe gerade das screen auf der Starface installiert ist, sehr geschickt.


    Kann man an dieser Ausgabe (SF2) nicht schon ableiten das der Hangup von dem DECT kam?

    Code
    [2020-08-28 11:47:04,631] [0214] SIP/4738.N870HS-0000027d HangupRequestEvent


    Die SF1 10.5.0.11 reagiert darauf ja nur oder stehe ich da auf dem Schlauch?

  • Hätte ich auch so interpretiert slu. Der Hangup kommt direkt vom Endgerät, dieser wird dann an die SF1 durchgereicht. Du könntest mal im pbx-Log schauen, ob da eventuell noch dabeisteht, ob auch das Endgerät die Verbindung zur SF2 verloren hat

  • Du könntest mal im pbx-Log schauen, ob da eventuell noch dabeisteht, ob auch das Endgerät die Verbindung zur SF2 verloren hat


    Du meinst /var/log/asterisk/full ?


    Code
    [Aug 28 11:46:29] VERBOSE[2328] asterisk.c:     -- Remote UNIX connection
    [Aug 28 11:46:29] VERBOSE[25297] asterisk.c:     -- Remote UNIX connection disconnected
    [Aug 28 11:47:04] VERBOSE[24916][C-000000c3] pbx.c:     -- Executing [h@dialstart:1] NoOp("SIP/4738.N870HS-0000027d", "HC 16") in new stack
    [Aug 28 11:47:04] VERBOSE[24916][C-000000c3] pbx.c:     -- Executing [h@dialstart:2] Goto("SIP/4738.N870HS-0000027d", "_exit_,0") in new stack
    [Aug 28 11:47:04] VERBOSE[24916][C-000000c3] pbx.c:     -- Goto (dialstart,_exit_,0)
    [Aug 28 11:47:04] VERBOSE[24916][C-000000c3] pbx.c:   == Spawn extension (dialstart, 890, 1) exited non-zero on 'SIP/4738.N870HS-0000027d'
    [Aug 28 11:47:26] VERBOSE[2634][C-000000c4] netsock2.c:   == Using SIP RTP TOS bits 184
    [Aug 28 11:47:26] VERBOSE[2634][C-000000c4] netsock2.c:   == Using SIP RTP CoS mark 5


    Ich vermute das HC 16 ist entscheidend und es kam vom N870 bzw. dem Mobilteil, richtig?

  • Das müsste glaub ich von der DECT-Station kommen, die DECT-Handsets selbst machen soweit ich weiß kein SIP. Was die DECT-Basis für Szenarien hat in denen Normal Clearing gesendet wird, weiß ich allerdings nicht.


    Die DECT-Basen haben einen Syslog (muss man ggf. aktivieren), eventuell siehst du darin mehr.

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com


  • Die DECT-Basen haben einen Syslog (muss man ggf. aktivieren), eventuell siehst du darin mehr.


    Stimmt, an den hatte ich gar nicht mehr gedacht.
    Dann werde ich mir mal einen Syslog Server bauen, die Starface hat so etwas nicht zufällig on board?


    Edit:
    Rsyslog wäre ja installiert, ob es eine gute Idee ist in deren Konfig Änderungen zu machen....

    Grüße
    slu


    ---
    Ich bin kein Starface Partner - zufriedener Starface Anwender seit Anfang 2008.

    Meine Module: Einfache Community Blacklist

    Einmal editiert, zuletzt von slu ()

  • Stimmt, an den hatte ich gar nicht mehr gedacht.
    Dann werde ich mir mal einen Syslog Server bauen, die Starface hat so etwas nicht zufällig on board?


    Edit:
    Rsyslog wäre ja installiert, ob es eine gute Idee ist in deren Konfig Änderungen zu machen....


    Wenn du das auf der STARFACE machen willst, kann dir der Support evtl. weiterhelfen.


    ich würde es allerdings auf einem eigenen System installieren. Dann müllen dir die Logs die Platte nicht zu (vor allem wenn du das Syslog für mehrere Devices bereitstellen willst). Du musst dann auch nicht das Socket 514 auf der STARFACE zugänglich machen. Unterschätz auch nicht wieviel Traffic das versachen kann.

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Danke Tom.
    Konfig auf der Starface wäre kein Problem gewesen, aber ich wollte an den iptables nichts machen.


    Hab mich dann für den eigenen Server entschieden, bin gespannt ob ich im Logging was sehen kann, das Teil redet auf jeden Fall wie ein Wasserfall :)

  • So jetzt habe ich mal ein Log vom N870, kann damit jemand was anfangen?

    Code
    Oct  6 09:06:36 192.168.80.200 s_local@base-dm-int-589ec60777c2 giga-ip-bs[30656]: [I] AIDBA_CMODE: AIDBA_bCheckHeartBeatResponse heartbeat id 26053|26053
    Oct  6 09:06:39 192.168.80.200 s_local@base-dm-int-589ec60777c2 giga-ip-bs[30656]: [N] RPN 0x03 YYY/192.168.80.204 [4737.N870HS|XXX|PMID:00004]: [B]Active call dropped.[/B] #00008 CcfCnt/Calls:01/01 ActBsCalls/Peak:01/04 DfltPmidCnt/Peak:00/03  CsfTBC:255  CcfTBC:250
    Oct  6 09:06:39 192.168.80.200 s_local@base-dm-int-589ec60777c2 giga-ip-bs[30656]: [I] RPN 0x03 YYY/192.168.80.204 [4737.N870HS|XXX|PMID:00004]: DECT connection release! #00548 CcfCnt/Calls:01/01 ActBsCalls/Peak:01/04 DfltPmidCnt/Peak:00/03  CsfTBC:0  CcfTBC:4
    Oct  6 09:06:39 192.168.80.200 s_local@base-dm-int-589ec60777c2 giga-ip-bs[30656]: [I] AIDBA_CALLOG HS[4737.N870HS,XXX|PMID:00004]: Call released, number of calls=0


    Kennt jemand die Bedeutung der Werte?


    Edit:
    So wie es aussieht geht das Gespräch schon auf der DECT Strecke verloren.

    Grüße
    slu


    ---
    Ich bin kein Starface Partner - zufriedener Starface Anwender seit Anfang 2008.

    Meine Module: Einfache Community Blacklist

    Einmal editiert, zuletzt von slu ()

  • Und, was ist die Lösung hierfür?


    Wir haben die N870 im Einsatz mit SL750h pro und leider immer wieder Aussetzer (es klingeln z.B. nicht alle Telefone die sollten und auch einzelne Call Drops).

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!