Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gather "timeout" wird ignoriert. #144

Open
christiandusse opened this issue Mar 15, 2021 · 0 comments
Open

Gather "timeout" wird ignoriert. #144

christiandusse opened this issue Mar 15, 2021 · 0 comments

Comments

@christiandusse
Copy link

christiandusse commented Mar 15, 2021

Guten Tag,

auf einen Request

event: newCall
direction: in
callId: 54566B150B0C0D3A5D564D5F565F735B54565B54505E535E78595756455045544647465F5A57
origCallId: 54566B150B0C0D3A5D564D5F565F735B54565B54505E535E78595756455045544647465F5A57
from: ***
to: ***
user[]: ***
userId[]: w0
fullUserId[]: ***w0
xcid: ***

gibt mein Server folgende Antwort zurück:

HTTP/1.1 200 OK
Content-Type: application/xml
Date: Mon, 15 Mar 2021 18:45:50 GMT
X-Cache: MISS from push-api.sipgate.net
X-Cache-Lookup: MISS from push-api.sipgate.net:8888
Transfer-Encoding: chunked
Via: 1.1 push-api.sipgate.net (squid/3.5.23)
Connection: keep-alive

<Response><Gather onData="http://***:3000/dtmf" maxDigits="4" timeout="5000"><Play><Url>http://***:3000/file/embedded/unmute.wav</Url></Play></Gather></Response>

Laut meinem Verständnis sollte also ein Anrufer nun 5 Sekunden Zeit haben, über das Ziffernpad eine Eingabe zu machen.
Stattdessen wird sofort die unter "onData" angegebene URL aufgerufen (man beachte die nicht vorhandene Zeit-Differenz der Antworten), zu sehen im Debug Log:

Request

event: dtmf
callId: 54566B150B0C0D3A5D564D5F565F735B54565B54505E535E78595756455045544647465F5A57

Response

HTTP/1.1 200 OK
Content-Type: application/xml
Date: Mon, 15 Mar 2021 18:45:50 GMT
X-Cache: MISS from push-api.sipgate.net
X-Cache-Lookup: MISS from push-api.sipgate.net:8888
Transfer-Encoding: chunked
Via: 1.1 push-api.sipgate.net (squid/3.5.23)
Connection: keep-alive

<Response><Play><Url>http://***:3000/file/embedded/mute.wav</Url></Play></Response>

Eine Eingabe von Ziffern ist also nicht möglich?

EDIT: Nach Überprüfung der Server-Logs stelle ich fest, dass die Zeit-Differenz zwischen den Requests etwa 180ms beträgt, das entspricht in etwa der Länge des angegeben Sound-Files.
Ist die Eingabe nur möglich, während das Sound-File abgespielt wird? Wenn ja, dann wäre diese Angabe in der Schnittstellen-Beschreibung gut aufgehoben, ebenso beispielsweise die Maximal-Länge eines Sound-Files.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant