Gespräche brechen ab mit dauerpiep

Eduard Hermann

unread,

Apr 19, 2012, 11:35:33 AM4/19/12

to gs3-users

Hallo leute... wir haben das problem das bei Gespächen immer öfters
es zu abbrüchen kommt..
Während des gespächs wird auf der gegenseite (Extern) angeklopft.. und
dann kommt es zum abbruch mit einem dauerpiepsen

sind über eine 4port ISDN karte nach außen angebunden

Sascha Daniels

unread,

Apr 20, 2012, 6:20:13 AM4/20/12

to gs3-...@googlegroups.com

Hi.

Am 19.04.12 17:35, schrieb Eduard Hermann:
> Hallo leute... wir haben das problem das bei Gesp�chen immer �fters
> es zu abbr�chen kommt..
> W�hrend des gesp�chs wird auf der gegenseite (Extern) angeklopft.. und

> dann kommt es zum abbruch mit einem dauerpiepsen

Das h�rt sich recht eindeutig an.

Die Gegenseite hat ein Problem.

Aus Sicht der Signalisierung bekommst Du vom Anklopfen nichts mit.

Der seltsame Ton wird wahrscheinlich von der Gegenseite generiert.

Ich w�rde den Fehler erst mal auf der Gegenseite suchen.

Gruss

Sascha

Eduard Hermann

unread,

Apr 20, 2012, 6:35:08 AM4/20/12

to gs3-...@googlegroups.com

seltsamer weise hört mich unser gegenpart noch..
wir haben aber nur ein piepsen

Am Freitag, 20. April 2012 12:20:13 UTC+2 schrieb Sascha Daniels:

Hi.

Am 19.04.12 17:35, schrieb Eduard Hermann:

> Hallo leute... wir haben das problem das bei Gespï¿½chen immer ï¿½fters
> es zu abbrï¿½chen kommt..
> Wï¿½hrend des gespï¿½chs wird auf der gegenseite (Extern) angeklopft.. und

> dann kommt es zum abbruch mit einem dauerpiepsen

Das hï¿½rt sich recht eindeutig an.

Die Gegenseite hat ein Problem.
Aus Sicht der Signalisierung bekommst Du vom Anklopfen nichts mit.
Der seltsame Ton wird wahrscheinlich von der Gegenseite generiert.

Ich wï¿½rde den Fehler erst mal auf der Gegenseite suchen.
Gruss
Sascha

Sascha Daniels

unread,

Apr 20, 2012, 6:40:24 AM4/20/12

to gs3-...@googlegroups.com

Hi.

Am 20.04.12 12:35, schrieb Eduard Hermann:
> seltsamer weise h�rt mich unser gegenpart noch..

> wir haben aber nur ein piepsen

Das ist f�r mich nochmal ein Zeichen, dass der Fehler bei der
Gegenstelle liegt.

Es gibt keine technische Erkl�rung, warum Deine ISDN Karte oder sogar
Dein dahinter liegendes SIP Telefon einen Ton generieren sollte, wenn
bei der Gegenstelle jemand anklopft!

Gruss

Sascha

Eduard Hermann

unread,

Apr 20, 2012, 6:43:15 AM4/20/12

to gs3-...@googlegroups.com

alle unsere Filialen haben in etwa den gleichen router von der telekom und alle haben dort ISDN...
die Filialen sagen das dieses Problem nur bei den Telefonaten mit der Zentrale auftritt.

Am Freitag, 20. April 2012 12:40:24 UTC+2 schrieb Sascha Daniels:

Hi.

Am 20.04.12 12:35, schrieb Eduard Hermann:

> seltsamer weise hï¿½rt mich unser gegenpart noch..

> wir haben aber nur ein piepsen

Das ist fï¿½r mich nochmal ein Zeichen, dass der Fehler bei der
Gegenstelle liegt.
Es gibt keine technische Erklï¿½rung, warum Deine ISDN Karte oder sogar

Dein dahinter liegendes SIP Telefon einen Ton generieren sollte, wenn
bei der Gegenstelle jemand anklopft!

Gruss
Sascha

Stefan Wintermeyer

unread,

Apr 20, 2012, 7:13:36 AM4/20/12

to gs3-...@googlegroups.com

Hallo Eduard,

2012/4/20 Eduard Hermann <e.he...@mam-life.de>:

> alle unsere Filialen haben in etwa den gleichen router von der telekom und
> alle haben dort ISDN...
> die Filialen sagen das dieses Problem nur bei den Telefonaten mit der
> Zentrale auftritt.

Ich möchte mal versuchen die Situation von einer anderen Seite zu beleuchten.

Sascha: Morgen wird es wahrscheinlich regnen.
Eduard: Aber heute scheint die Sonne.
<pause>
Sascha: Mag sein, aber morgen wird es wahrscheinlich regnen.
Eduard: Ich bin gerade noch mal raus gegangen. Die Sonne scheint!

Sascha kennt sich mit dem VoIP Kram ziemlich gut aus und weiß wo von
er spricht. Wer er sagt, das es morgen regnen wird, dann würde ich mir
an Deiner Stelle einen Regenschirm holen.

Stefan

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

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

Eduard Hermann

unread,

Apr 20, 2012, 7:17:03 AM4/20/12

to gs3-...@googlegroups.com

GEIL, habe gleich 2 zur Seite gelegt... wolken ziehen auf!

Sascha Daniels

unread,

Apr 20, 2012, 11:12:31 AM4/20/12

to gs3-...@googlegroups.com

Hi.

Am 20.04.12 13:17, schrieb Eduard Hermann:

> GEIL, habe gleich 2 zur Seite gelegt... wolken ziehen auf!
>

Das ist schon mal ein guter Anfang ;-)

Im Ernst.

Wenn Du wirklich glaubst, dass es an Deiner Anlage liegt, musst Du
anfangen vern�nftig zu analysieren.

Ich w�rde vom Endger�t in Richtung Gegenstelle anfangen.

Per ssh auf den Server.

asterisk -r | tee /tmp/sip_debug

core set verbose 0

sip set debug ip IP_VON_DEM_TELEFON_DAS_WIR_GLEICH_TESTEN

Jetzt rufst Du von dem Telefon, dessen IP Du angegeben hast in einer
Filiale an.

Mit einem weiteren Telefon musst Du jetzt bei der Gegenstelle anklopfen.

Wenn das Problem auftritt, wieder auflegen, das asterisk cli beenden und
/tmp/sip_debug an eine Mail anh�ngen.

Am besten gleichzeitig noch per ssh anmelden und das hier machen:

tcpdump -n -XX host IP_VON_DEM_TELEFON_DAS_WIR_GLEICH_TESTEN -w
/tmp/telefon.pcap

Nach dem Gespr�ch den tcpdump mit STRG C abbrechen, /tmp/telefon.pcap
durch gzip jagen und auch anh�ngen.

Dann noch in die Mail was f�r eine Karte Du hast und wie sie
konfiguriert ist.

Das sind Infos, mit denen wir vielleicht weiter kommen.

Gruss

Sascha

Eduard Hermann

unread,

Apr 20, 2012, 11:25:47 AM4/20/12

to gs3-...@googlegroups.com

erstmal VIELEN DANK für die lupenreine Anleitung!!!

werde es gleich mal antesten!

Am Freitag, 20. April 2012 17:12:31 UTC+2 schrieb Sascha Daniels:

Hi.
Am 20.04.12 13:17, schrieb Eduard Hermann:
> GEIL, habe gleich 2 zur Seite gelegt... wolken ziehen auf!
>
Das ist schon mal ein guter Anfang ;-)
Im Ernst.

Wenn Du wirklich glaubst, dass es an Deiner Anlage liegt, musst Du

anfangen vernï¿½nftig zu analysieren.
Ich wï¿½rde vom Endgerï¿½t in Richtung Gegenstelle anfangen.

Per ssh auf den Server.
asterisk -r | tee /tmp/sip_debug
core set verbose 0
sip set debug ip IP_VON_DEM_TELEFON_DAS_WIR_GLEICH_TESTEN
Jetzt rufst Du von dem Telefon, dessen IP Du angegeben hast in einer
Filiale an.
Mit einem weiteren Telefon musst Du jetzt bei der Gegenstelle anklopfen.

Wenn das Problem auftritt, wieder auflegen, das asterisk cli beenden und

/tmp/sip_debug an eine Mail anhï¿½ngen.

Am besten gleichzeitig noch per ssh anmelden und das hier machen:
tcpdump -n -XX host IP_VON_DEM_TELEFON_DAS_WIR_GLEICH_TESTEN -w
/tmp/telefon.pcap

Nach dem Gesprï¿½ch den tcpdump mit STRG C abbrechen, /tmp/telefon.pcap
durch gzip jagen und auch anhï¿½ngen.

Dann noch in die Mail was fï¿½r eine Karte Du hast und wie sie
konfiguriert ist.

Eduard Hermann

unread,

Apr 20, 2012, 11:28:03 AM4/20/12

to gs3-...@googlegroups.com

DIGIUM B410P am ISDN Mehrgeräteanschluss

Am Freitag, 20. April 2012 17:12:31 UTC+2 schrieb Sascha Daniels:

Hi.
Am 20.04.12 13:17, schrieb Eduard Hermann:
> GEIL, habe gleich 2 zur Seite gelegt... wolken ziehen auf!
>
Das ist schon mal ein guter Anfang ;-)
Im Ernst.

Wenn Du wirklich glaubst, dass es an Deiner Anlage liegt, musst Du

anfangen vernï¿½nftig zu analysieren.

Ich wï¿½rde vom Endgerï¿½t in Richtung Gegenstelle anfangen.

Per ssh auf den Server.
asterisk -r | tee /tmp/sip_debug
core set verbose 0
sip set debug ip IP_VON_DEM_TELEFON_DAS_WIR_GLEICH_TESTEN
Jetzt rufst Du von dem Telefon, dessen IP Du angegeben hast in einer
Filiale an.
Mit einem weiteren Telefon musst Du jetzt bei der Gegenstelle anklopfen.

Wenn das Problem auftritt, wieder auflegen, das asterisk cli beenden und

/tmp/sip_debug an eine Mail anhï¿½ngen.

Am besten gleichzeitig noch per ssh anmelden und das hier machen:
tcpdump -n -XX host IP_VON_DEM_TELEFON_DAS_WIR_GLEICH_TESTEN -w
/tmp/telefon.pcap

Nach dem Gesprï¿½ch den tcpdump mit STRG C abbrechen, /tmp/telefon.pcap
durch gzip jagen und auch anhï¿½ngen.

Dann noch in die Mail was fï¿½r eine Karte Du hast und wie sie
konfiguriert ist.

Reply all

Reply to author

Forward