Telefonat wird nach ~32 Sekunden abgebrochen

[Tim Jordans]

Hallo,

ich habe mit verschiedenen SIP Clients untereinander Testanrufe getätigt.

Die Verbindung bricht immer bei ca. 32 Sekunden ab. Dabei ist es egal ob ich vorher auflege oder nicht. In der Logfile passiert bei dem Auflegen nichts.

Die Kommunikation wird somit unabhängig vom Auflegen seitens der Clients beendet.

Der Verbindungsabbruch durch den Server ist in der Logdatei zu finden.

2013-03-14 11:30:48.733962 [NOTICE] sofia.c:6349 Channel [sofia/gemeinschaft/windows] has been answered

2013-03-14 11:30:48.733962 [INFO] switch_cpp.cpp:1274 #E# [4f34fe64-9afd-4492-93fa-b055987d1169] PRESENCE_OUTBOUND: account: windows, state: active, caller: 33

2013-03-14 11:30:48.753969 [NOTICE] switch_ivr_originate.c:3379 Hangup pickup/s2 [CS_CONSUME_MEDIA] [LOSE_RACE]

2013-03-14 11:30:48.793961 [NOTICE] switch_ivr_originate.c:3406 Channel [sofia/gemeinschaft/test...@10.10.10.126] has been answered

2013-03-14 11:30:48.793961 [INFO] switch_cpp.cpp:1274 #E# [b379f30b-3851-4d15-9a3b-0e3e460618df] PRESENCE_INBOUND: account: testuser, state: active

2013-03-14 11:30:48.793961 [NOTICE] switch_core_session.c:1536 Session 150 (pickup/s2) Ended

2013-03-14 11:30:48.793961 [NOTICE] switch_core_session.c:1540 Close Channel pickup/s2 [CS_DESTROY]

Das komische ist, dass ich an dem System noch nicht viel angepasst habe. -> bzw. kaputtkonfiguriert haben könnte. 

Vielen Dank und viele Grüße

Tim Jordans

[Stefan Wintermeyer]

2013/3/14 Tim Jordans <jorda...@googlemail.com>:

> ich habe mit verschiedenen SIP Clients untereinander Testanrufe getätigt.

Welche Gemeinschaft Version?

Stefan Wintermeyer

--
AMOOMA GmbH - Bachstr. 124 - 56566 Neuwied --> http://amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister Montabaur B14998

Bücher: http://das-asterisk-buch.de - http://ruby-auf-schienen.de

[Tim Jordans]

Die aktuelle stable: 5.1.1

[Alexander S.]

Hatte das gleiche Problem, Lag bei mir an der Firewall, die ACK blieben irgendwo hängen und kamen nicht zum richtigen "Client".... Firewall/NAT schon geprüft ?

vg

Alex

Am Donnerstag, 14. März 2013 11:58:43 UTC+1 schrieb Tim Jordans:

Die aktuelle stable: 5.1.1

[Tim Jordans]

Die Clients und der Server sind im gleichen Netz.

[Alexander Schlenker]

trotz allem hat das tolle Modul nf_conntrack_sip etc die Pakete so durcheinander gebracht, dass alle an den ersten client gingen der jemals eine sie Verbindung aufgebaut hatte...

--
To unsubscribe from this group, send email to
gs5-users+...@googlegroups.com
 
For commercial consulting visit http://amooma.de/gemeinschaft/gs5
---
Sie erhalten diese Nachricht, weil Sie in Google Groups ein Thema der Gruppe "gs5-users" abonniert haben.
Um Ihr Abonnement für dieses Thema zu beenden, rufen Sie die URL https://groups.google.com/d/topic/gs5-users/OUCOnQxnTs0/unsubscribe?hl=de auf.
Um Ihr Abonnement für diese Gruppe und alle ihre Themen zu beenden, senden Sie eine E-Mail an gs5-users+...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out
 
 

[Tim Jordans]

Ich verstehe, es geht um die Firewall auf dem Server. Dachte an die Firewall bzgl. externes Netzwerk etc.

iptables habe ich nicht angerührt. Die ist so, wie im ISO (GS5.1.1) vorhanden.

[Alexander Schlenker]

Hast du mal mit TCP Dump geschaut ob alle Pakete (Telefon, Anlage,Gateway) ankommen?

[Tim Jordans]

Über die Gemeinschaftsoberfläche kann ich ja auch dafür sorgen, dass eine Verbindung aufgebaut wird.

Wenn ich dies mache, wird diese auch aufgebaut, aber von der Seite die ich Anrufe ist dadurch das Mikro deaktiviert.

Die Verbindung hält auch länger. Wenn ich diese versuche innerhalb der ersten 32 Sekunden abzubrechen, reagiert der Sip Client nicht. Mache ich dies nach 32 Sekunden bricht dieser Sip Client die Verbindung ab. Nach ca. weiteren 30 Sekunden bricht das Gegenüber erst die Verbindung ab. Laut freeswitch besteht aber noch für ca. weitere 4 Minuten eine Verbindung. Ein Anruf der beiden Sip Clients wird in dieser Zeit auch immer mit "486/User busy" bestätigt. Dieser Status ändert sich aber nur, wenn nach diesen 4 Minuten ein erneuter Call Versuch stattfindet.

Ich bin davon ausgegangen, das Gemeinschaft sowas problemlos out-of-the-box anbieten kann.

Um verlore Pakete (UDP) auszuschliessen, würde ich es gerne einmal auf TCP umstellen.

Gibt es da eine zentrale Stelle, die dies ermöglicht und ich sicherstellen kann, dass dann auch jegliche Kommunikation über TCP stattfindet?

[Alexander Schlenker]

Das hört sich auch nicht nach einem Gemeinschaftsproblem an sondern nach Firewall/NAT ;-) (nicht die der Gemeinschaft)…. wie ist denn dein Netzwerk aufgebaut ?

Router? Firewall? etc…..

[Stefan Wintermeyer]

2013/3/14 Tim Jordans <jorda...@googlemail.com>:

> Über die Gemeinschaftsoberfläche kann ich ja auch dafür sorgen, dass eine
> Verbindung aufgebaut wird.
> Wenn ich dies mache, wird diese auch aufgebaut, aber von der Seite die ich
> Anrufe ist dadurch das Mikro deaktiviert.
> Die Verbindung hält auch länger. Wenn ich diese versuche innerhalb der
> ersten 32 Sekunden abzubrechen, reagiert der Sip Client nicht. Mache ich
> dies nach 32 Sekunden bricht dieser Sip Client die Verbindung ab. Nach ca.
> weiteren 30 Sekunden bricht das Gegenüber erst die Verbindung ab. Laut
> freeswitch besteht aber noch für ca. weitere 4 Minuten eine Verbindung. Ein
> Anruf der beiden Sip Clients wird in dieser Zeit auch immer mit "486/User
> busy" bestätigt. Dieser Status ändert sich aber nur, wenn nach diesen 4
> Minuten ein erneuter Call Versuch stattfindet.
>
> Ich bin davon ausgegangen, das Gemeinschaft sowas problemlos out-of-the-box
> anbieten kann.

Bitte erstelle dazu mal ein Issue im Github. Bitte dort genau
beschreiben, was Du machst.

[Tim Jordans]

Um es einfach zu halten, hängt der Server und der Client im gleichen Netz. D. h. lediglich ein Switch verbindet die Systeme.

[Sascha Daniels]

Hi.

Am 14.03.13 11:43, schrieb Tim Jordans:

> Hallo,
>
> ich habe mit verschiedenen SIP Clients untereinander Testanrufe getätigt.
> Die Verbindung bricht immer bei ca. 32 Sekunden ab. Dabei ist es egal ob
> ich vorher auflege oder nicht. In der Logfile passiert bei dem Auflegen
> nichts.
> Die Kommunikation wird somit unabhängig vom Auflegen seitens der Clients
> beendet.
> Der Verbindungsabbruch durch den Server ist in der Logdatei zu finden.

30 Sekunden sind IMMER verdächtig.

Da geht irgend wo ein 200 verloren oder ein Timer stimmt nicht.

Hier wieder meine Standard Antwort ;-)

tcpdump -n -s0 -w /tmp/sip.pcap port not 22


Und dann her mit dem pcap file.

Gruss

Sascha

[Tim Jordans]

Danke für die vielen Antworten. Nach erneutem installieren von GS5 funktioniert es einwandfrei. Ich kann zwar nicht nachvollziehen was das Problem ausgelöst hat, aber werde nun genauer drauf achten.

[Sascha Daniels]

Hi.

Am 15.03.13 12:23, schrieb Tim Jordans:

> Danke für die vielen Antworten. Nach erneutem installieren von GS5
> funktioniert es einwandfrei. Ich kann zwar nicht nachvollziehen was das
> Problem ausgelöst hat, aber werde nun genauer drauf achten.
>

Schön, dass es jetzt funktioniert. Fehler, die ich nicht nachvollziehen
kann ich aber einfach nicht leiden ;-)

Gruss

Sascha