Open danielberlin opened 7 years ago
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.
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.
@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?
@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?
Vielen Dank und schöne Feiertage.
@camillo Anrufbeispiele habe ich schon mehrfach an support@sipgate.io 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".
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.
@SkaveRat Mein Fehler ist definitv fixed.
Danke
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.
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.
`
`
Ich hatte kürzlich nochmal Anrufbeispiele an support@sipgate.io geschickt, bei denen Answer-Events fehlen. Gibt es da schon was Neues?
Bei bestimmten Anrufen fehlen
onAnswer
- oder auchonHangup
-Events, z.B. bei:<Response onAnswer="myURL" onHangup="myURL"><Gather onData=...
(team, SQ, basic)from=anonymous
(im Dashboard gesetzt)answer
fehlt dann,hangup
wird mitcancel
stattnormalClearing
gesendet.Bei bestimmten Anrufen wird
cause=forwarded
statthangup
/cancel
übermittelt, obwohl es keine Weiterleitung gab:Dial..callerId
umgeschrieben wurde.