Probleme mit bestimmten answer und hangup-Events

[danielberlin]

Bei bestimmten Anrufen fehlen onAnswer- oder auch onHangup-Events, z.B. bei:

• eingehende:
  • über IVR, wenn diese an Gruppe gehen
  • <Response onAnswer="myURL" onHangup="myURL"><Gather onData=... (team, SQ, basic)
  • Voicemail: Von anonym (auch wenn aufgesprochen wurde).
• ausgehende:
  • Falls from=anonymous (im Dashboard gesetzt)
  • Falls HD-Codec ("Kompatibilitätsmodus" in team) auf diesem Endpunkt aktiviert – answer fehlt dann, hangup wird mit cancel statt normalClearing gesendet.
  • zum IVR anderer Sipgate-Kunden.

Bei bestimmten Anrufen wird cause=forwarded statt hangup/cancel übermittelt, obwohl es keine Weiterleitung gab:

• Wenn eingangsseitig die fromNumber des Anrufers mit Dial..callerId umgeschrieben wurde.
• Bei manchen auf der Voicemail eingehenden Anrufen (selten, evtl. schon behoben)
• Bei teaminternen Anrufen zur Durchwahl eines Kollegen, tritt nicht immer auf (zuletzt 5.10.), aber im Wechsel mit korrekter Funktion immer mal wieder falsch.

[merlink01]

Hmmm, könnte das der grund sein warum externe anrufer bei uns keine on_answer mehr bekommen.

Die Anrufe stehen nur noch als ringing drin.

Oder hat sich in letzter zeit etwas an der API geändert???

Ich versuche gerade zu debuggen... eine Antwort vom Team wäre schon gut.

[merlink01]

OK, habe nun einige stunden debugged:
Hier ist ein Beispiel:

Anruf auf unsere Zentrale

[INFO   ]17:28:22.919        save[36 ]/log_storage  {'direction': 'in', 'user[]': "Zentrale Benutzerliste", 'from': 'testnummer', 'callId': '4404524801478407479', 'to': 'zentralnummer', 'event': 'newCall'} 

Soweit so gut, meine Antwort laut Log:

HTTP/1.1 200 OK
Date: Tue, 13 Dec 2016 16:28:22 GMT
Server: Apache
Keep-Alive: timeout=2, max=200
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: application/xml

<?xml version="1.0" encoding="UTF-8"?><Response onAnswer="https://.../save.cgi" onHangup="https://.../save.cgi" />

Nun habe ich den Anruf entgegengenommen, jedoch keine Information mit onAnswer erhalten.

Die nächste Information die ich bekomme ist hangup:

[INFO ]17:28:36.872 save[36 ]/log_storage {'direction': 'in', 'from': 'testnummer', 'callId': '4404524801478407479', 'answeringNumber': 'testnummer', 'to': 'zentralnummer', 'cause': 'normalClearing', 'event': 'hangup'}

Somit ist hier ein Bug der gefixt werden muss.

[camillo]

@danielberlin
Wir haben das leider nicht nachstellen können. Kannst du uns mal bitte Beispiele für jedes Szenario schicken, so dass wir uns das im Log ansehen können?

[SkaveRat]

@merlink01

wir haben dein Problem gefunden. Ein fix sollte im Laufe der nächsten Tage online sein.

@danielberlin vermutlich ist durch den fix auch ein Teil deiner Probleme gelöst. Kannst du es danach nochmals versuchen?

[merlink01]

Vielen Dank und schöne Feiertage.

[danielberlin]

@camillo Anrufbeispiele habe ich schon mehrfach an [email protected] gemailt in den letzten Monaten, aber nie eine Antwort erhalten. Am Effizientesten ist es nun, wenn ich erst wieder teste, nachdem ihr die Fixes eingespielt habt. Ich warte auf das "go".

[codedrift]

Hey @danielberlin, wir haben gerade eben einen Fix live gestellt der PushEvents für Anrufe auf Gruppen sicherstellt. Vielleicht behebt es manche deiner geschilderten Probleme.

[merlink01]

@SkaveRat Mein Fehler ist definitv fixed.

Danke

[martini]

Hallo, wir haben aktuell auch das Problem, dass wir einen "event=newCall"-http call bekommen, das Gespräch annehmen, aber kein neuen "answer" und kein "hangup" mehr bekommen.

Anbei das Protokoll von sipgate.io-Log

Anbei die Response welche wird erstellen (welche bis vor ca. 14 Tagen auch funktioniert hat).

<?xml version="1.0" encoding="UTF-8"?>
<Response onHangup="https://xxx/api/v1/sipgate/in" onAnswer="https://xxx/api/v1/sipgate/in"/>

Anbei die Aktionen aus dem live.secure.sipgate.de Log welche über sipgate.io-Log nicht vorhanden sind.

[spcontent]

Das System ist definitiv buggy, was die HangUp-Events angeht. Am Beispiel des simplen Menus zeigt sich, dass HangUp wird nur signalisiert, wenn das System auflegt, nicht aber, wenn der Anrufer auflegt.
Laut Doku soll auch das Auflegen des Anrufers signalisiert werden.

<Response onHangup="http://www.url.de/hangup"> <Gather onData="http://www.url.de/dtmf" maxDigits="4" timeout="10000"> <Play> <Url>http://www.url.de/welcome.wav</Url> </Play> </Gather> </Response>

[danielberlin]

Ich hatte kürzlich nochmal Anrufbeispiele an [email protected] geschickt, bei denen Answer-Events fehlen. Gibt es da schon was Neues?