480:User offline- bei Anrufen wenn GS5 mit Domainnamen als SIP-Domain Host & Realm eingerichtet war
196 views
Skip to first unread message
Thomas Brandt
Apr 14, 2014, 7:31:42 PM4/14/14
to gs5-...@googlegroups.com
Hallo "Gemeinschaft" Gemeinschaft,
ich versuche seit 3 Wochen etwas tiefer in Gemeinschaft 5.1.2 einzutauchen.
Im Moment stecke ich fest bei dem Versuch bei der Installation unter "SIP-Domain" als Host und Realm, die ja als Defaultwerte mit der Server-IP vorgeschlagen werden, einen Domänennamen zu setzen, z.B.:
sip.localdomain.lan anstelle von 192.168.2.2 bei beiden Einträgen.
Ich habe schon verstanden, dass dort niemals der eigentliche Rechnername verwendet werden darf, sondern nur ein vom Rechnernamen abweichender Domainname, da sich Freeswitch immer an die aufgelöste IP binden will.
Und diese aufgelöste IP ist bei Verwendung des Rechnernamens dank /etc/hosts gleich dem Loopbackinterface 127.0.1.1 - Damit sind keinen Verbindungen von extern möglich.
(Der Fall sollte im Einrichtdialog verhindert werden).
Wenn ich das o.g. sip.localdomain.lan verwende, kann ich mich später mit 2 Instanzen von PhonerLite 2.15 (auf 2 versch. Rechnern) zwar erfolgreich registrieren, jedoch sind keine Anrufe möglich.
Als "Auslösegrund" bei einem Anrufversuch gibt PhonerLite immer die Statusmeldung "480:User offline".
Beim Angerufenem gibt es keinen Hinweis auf einen Anruf.
Die Anrufliste in Gemeinschaft vermerkt nur "Keine Antwort".
Unter "http://192.168.2.2/users/1/sip_accounts" erscheinen beide Accounts mit dem Häckchen für registriert.
Rufnummern sind für beide Accounts eingerichtet (55, 56).
Neugestartet war GS5 auch.
Richte ich parallel eine zweite virtuelle Maschine mit GS 5.1.2 ein und verwende überall die selben Einstellungen bis auf die Default IP-Werte bei "SIP-Domain", funktioniert alles fehlerfrei.
Kann mir das jemand erklären oder Hinweise für die Verwendung von Domainnamen geben?
Wie debugge ich sowas bei der Gemeinschafts Freeswitch Version?
Hier noch ein Anrufprotokoll mittels PhonerLite (Und ja, die Gegenstelle war zum Anrufzeitpunkt am selben Server registriert.)
-------------------------------------------
00:55:10,060: R: open UDP port (RTP): 5062
-------------------------------------------
00:55:10,060: R: open UDP port (RTCP): 5063
-------------------------------------------
00:55:10,060: T: 192.168.2.2:5060 (UDP)
INVITE sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 INVITE
Contact: <sip:6ea124aab8...@192.168.0.32:5060>
Content-Type: application/sdp
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Max-Forwards: 70
Supported: 100rel, replaces, from-change
User-Agent: SIPPER for PhonerLite
P-Preferred-Identity: <sip:6ea124aab8...@sip.localdomain.lan>
Content-Length: 447
v=0
o=- 1051452297 1 IN IP4 192.168.0.32
s=SIPPER for PhonerLite
c=IN IP4 192.168.0.32
t=0 0
m=audio 5062 RTP/AVP 107 8 0 2 3 97 110 111 9 101
a=rtpmap:107 opus/48000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:110 speex/8000
a=rtpmap:111 speex/16000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1717160978
a=sendrecv
-------------------------------------------
00:55:10,061: R: 192.168.2.2:5060 (UDP)
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport=5060
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 INVITE
User-Agent: Gemeinschaft5
Content-Length: 0
-------------------------------------------
00:55:10,106: R: 192.168.2.2:5060 (UDP)
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport=5060
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=K26rrBtgBv93r
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 INVITE
User-Agent: Gemeinschaft5
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Proxy-Authenticate: Digest realm="sip.localdomain.lan", nonce="5c100195-892a-459e-bd8a-fe60b6cca119", algorithm=MD5, qop="auth"
Content-Length: 0
-------------------------------------------
00:55:10,106: T: 192.168.2.2:5060 (UDP)
ACK sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=K26rrBtgBv93r
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 ACK
Content-Length: 0
-------------------------------------------
00:55:10,106: T: 192.168.2.2:5060 (UDP)
INVITE sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 INVITE
Contact: <sip:6ea124aab8...@192.168.0.32:5060>
Proxy-Authorization: Digest username="6ea124aab846cb1c992e", realm="sip.localdomain.lan", nonce="5c100195-892a-459e-bd8a-fe60b6cca119", uri="sip:5...@sip.localdomain.lan", response="a6f2c183a08cf642fd63e833627bdbc9", algorithm=MD5, cnonce="001bb97f95c2e31185aa096f9c09376c", qop=auth, nc=00000001
Content-Type: application/sdp
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Max-Forwards: 70
Supported: 100rel, replaces, from-change
User-Agent: SIPPER for PhonerLite
P-Preferred-Identity: <sip:6ea124aab8...@sip.localdomain.lan>
Content-Length: 447
v=0
o=- 1051452297 1 IN IP4 192.168.0.32
s=SIPPER for PhonerLite
c=IN IP4 192.168.0.32
t=0 0
m=audio 5062 RTP/AVP 107 8 0 2 3 97 110 111 9 101
a=rtpmap:107 opus/48000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:110 speex/8000
a=rtpmap:111 speex/16000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1717160978
a=sendrecv
-------------------------------------------
00:55:10,110: R: 192.168.2.2:5060 (UDP)
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport=5060
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 INVITE
User-Agent: Gemeinschaft5
Content-Length: 0
-------------------------------------------
00:55:10,210: R: 192.168.2.2:5060 (UDP)
SIP/2.0 480 User offline
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport=5060
Max-Forwards: 70
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=mB0Ht6am84Zpm
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 INVITE
User-Agent: Gemeinschaft5
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Reason: Q.850;cause=18;text="NO_USER_RESPONSE"
Content-Length: 0
P-Asserted-Identity: "Thomas Brandt - VPN Device" <sip:5...@sip.localdomain.lan>
-------------------------------------------
00:55:10,210: T: 192.168.2.2:5060 (UDP)
ACK sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=mB0Ht6am84Zpm
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 ACK
Content-Length: 0
00:55:10,210: Disconnect Indication: 0E 00 01 00 04 82 42 00 01 01 00 00 93 38
00:55:10,210: Disconnect Indication: 19:No answer from user (user alerted)
00:55:10,218: Disconnect Response: 0C 00 01 00 04 83 42 00 01 01 00 00
00:55:10,218: Disconnect Response
-------------------------------------------
00:55:10,218: R: close UDP port (RTP): 5062
-------------------------------------------
00:55:10,218: R: close UDP port (RTCP): 5063
ich versuche seit 3 Wochen etwas tiefer in Gemeinschaft 5.1.2 einzutauchen.
Im Moment stecke ich fest bei dem Versuch bei der Installation unter "SIP-Domain" als Host und Realm, die ja als Defaultwerte mit der Server-IP vorgeschlagen werden, einen Domänennamen zu setzen, z.B.:
sip.localdomain.lan anstelle von 192.168.2.2 bei beiden Einträgen.
Ich habe schon verstanden, dass dort niemals der eigentliche Rechnername verwendet werden darf, sondern nur ein vom Rechnernamen abweichender Domainname, da sich Freeswitch immer an die aufgelöste IP binden will.
Und diese aufgelöste IP ist bei Verwendung des Rechnernamens dank /etc/hosts gleich dem Loopbackinterface 127.0.1.1 - Damit sind keinen Verbindungen von extern möglich.
(Der Fall sollte im Einrichtdialog verhindert werden).
Wenn ich das o.g. sip.localdomain.lan verwende, kann ich mich später mit 2 Instanzen von PhonerLite 2.15 (auf 2 versch. Rechnern) zwar erfolgreich registrieren, jedoch sind keine Anrufe möglich.
Als "Auslösegrund" bei einem Anrufversuch gibt PhonerLite immer die Statusmeldung "480:User offline".
Beim Angerufenem gibt es keinen Hinweis auf einen Anruf.
Die Anrufliste in Gemeinschaft vermerkt nur "Keine Antwort".
Unter "http://192.168.2.2/users/1/sip_accounts" erscheinen beide Accounts mit dem Häckchen für registriert.
Rufnummern sind für beide Accounts eingerichtet (55, 56).
Neugestartet war GS5 auch.
Richte ich parallel eine zweite virtuelle Maschine mit GS 5.1.2 ein und verwende überall die selben Einstellungen bis auf die Default IP-Werte bei "SIP-Domain", funktioniert alles fehlerfrei.
Kann mir das jemand erklären oder Hinweise für die Verwendung von Domainnamen geben?
Wie debugge ich sowas bei der Gemeinschafts Freeswitch Version?
Hier noch ein Anrufprotokoll mittels PhonerLite (Und ja, die Gegenstelle war zum Anrufzeitpunkt am selben Server registriert.)
-------------------------------------------
00:55:10,060: R: open UDP port (RTP): 5062
-------------------------------------------
00:55:10,060: R: open UDP port (RTCP): 5063
-------------------------------------------
00:55:10,060: T: 192.168.2.2:5060 (UDP)
INVITE sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 INVITE
Contact: <sip:6ea124aab8...@192.168.0.32:5060>
Content-Type: application/sdp
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Max-Forwards: 70
Supported: 100rel, replaces, from-change
User-Agent: SIPPER for PhonerLite
P-Preferred-Identity: <sip:6ea124aab8...@sip.localdomain.lan>
Content-Length: 447
v=0
o=- 1051452297 1 IN IP4 192.168.0.32
s=SIPPER for PhonerLite
c=IN IP4 192.168.0.32
t=0 0
m=audio 5062 RTP/AVP 107 8 0 2 3 97 110 111 9 101
a=rtpmap:107 opus/48000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:110 speex/8000
a=rtpmap:111 speex/16000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1717160978
a=sendrecv
-------------------------------------------
00:55:10,061: R: 192.168.2.2:5060 (UDP)
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport=5060
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 INVITE
User-Agent: Gemeinschaft5
Content-Length: 0
-------------------------------------------
00:55:10,106: R: 192.168.2.2:5060 (UDP)
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport=5060
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=K26rrBtgBv93r
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 INVITE
User-Agent: Gemeinschaft5
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Proxy-Authenticate: Digest realm="sip.localdomain.lan", nonce="5c100195-892a-459e-bd8a-fe60b6cca119", algorithm=MD5, qop="auth"
Content-Length: 0
-------------------------------------------
00:55:10,106: T: 192.168.2.2:5060 (UDP)
ACK sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185a9096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=K26rrBtgBv93r
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 10 ACK
Content-Length: 0
-------------------------------------------
00:55:10,106: T: 192.168.2.2:5060 (UDP)
INVITE sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 INVITE
Contact: <sip:6ea124aab8...@192.168.0.32:5060>
Proxy-Authorization: Digest username="6ea124aab846cb1c992e", realm="sip.localdomain.lan", nonce="5c100195-892a-459e-bd8a-fe60b6cca119", uri="sip:5...@sip.localdomain.lan", response="a6f2c183a08cf642fd63e833627bdbc9", algorithm=MD5, cnonce="001bb97f95c2e31185aa096f9c09376c", qop=auth, nc=00000001
Content-Type: application/sdp
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Max-Forwards: 70
Supported: 100rel, replaces, from-change
User-Agent: SIPPER for PhonerLite
P-Preferred-Identity: <sip:6ea124aab8...@sip.localdomain.lan>
Content-Length: 447
v=0
o=- 1051452297 1 IN IP4 192.168.0.32
s=SIPPER for PhonerLite
c=IN IP4 192.168.0.32
t=0 0
m=audio 5062 RTP/AVP 107 8 0 2 3 97 110 111 9 101
a=rtpmap:107 opus/48000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:110 speex/8000
a=rtpmap:111 speex/16000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1717160978
a=sendrecv
-------------------------------------------
00:55:10,110: R: 192.168.2.2:5060 (UDP)
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport=5060
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 INVITE
User-Agent: Gemeinschaft5
Content-Length: 0
-------------------------------------------
00:55:10,210: R: 192.168.2.2:5060 (UDP)
SIP/2.0 480 User offline
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport=5060
Max-Forwards: 70
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=mB0Ht6am84Zpm
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 INVITE
User-Agent: Gemeinschaft5
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Reason: Q.850;cause=18;text="NO_USER_RESPONSE"
Content-Length: 0
P-Asserted-Identity: "Thomas Brandt - VPN Device" <sip:5...@sip.localdomain.lan>
-------------------------------------------
00:55:10,210: T: 192.168.2.2:5060 (UDP)
ACK sip:5...@sip.localdomain.lan SIP/2.0
Via: SIP/2.0/UDP 192.168.0.32:5060;branch=z9hG4bK001bb97f95c2e31185ab096f9c09376c;rport
From: "PhonerLite" <sip:6ea124aab8...@sip.localdomain.lan>;tag=381777421
To: <sip:5...@sip.localdomain.lan>;tag=mB0Ht6am84Zpm
Call-ID: 001BB97F-95C2-E311...@192.168.0.32
CSeq: 11 ACK
Content-Length: 0
00:55:10,210: Disconnect Indication: 0E 00 01 00 04 82 42 00 01 01 00 00 93 38
00:55:10,210: Disconnect Indication: 19:No answer from user (user alerted)
00:55:10,218: Disconnect Response: 0C 00 01 00 04 83 42 00 01 01 00 00
00:55:10,218: Disconnect Response
-------------------------------------------
00:55:10,218: R: close UDP port (RTP): 5062
-------------------------------------------
00:55:10,218: R: close UDP port (RTCP): 5063
Sascha Daniels
Apr 15, 2014, 5:30:42 AM4/15/14
to gs5-...@googlegroups.com
Hi,
der SIP Trace zeigt nur, dass der Anruf nicht von dem 2. Gerät
beantwortet wird.
So weit so gut.
Jetzt wäre es interessant zu wissen, was denn im Dialplan abläuft!
Was stört Dich denn an der Verwendung der IP?
Hat Dein Server eine ständig wechselnde IP?
Gruss
Sascha
Am 15.04.14 01:31, schrieb Thomas Brandt:
> --
> 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 E-Mails von der
> Gruppe "gs5-users" abonniert haben.
> Wenn Sie sich von dieser Gruppe abmelden und keine E-Mails mehr von
> dieser Gruppe erhalten möchten, senden Sie eine E-Mail an
> gs5-users+...@googlegroups.com
> <mailto:gs5-users+...@googlegroups.com>.
> Weitere Optionen finden Sie unter https://groups.google.com/d/optout.
--
Sascha Daniels
s...@alternative-solution.de
www.alternative-solution.de
der SIP Trace zeigt nur, dass der Anruf nicht von dem 2. Gerät
beantwortet wird.
So weit so gut.
Jetzt wäre es interessant zu wissen, was denn im Dialplan abläuft!
Was stört Dich denn an der Verwendung der IP?
Hat Dein Server eine ständig wechselnde IP?
Gruss
Sascha
Am 15.04.14 01:31, schrieb Thomas Brandt:
> Hallo "Gemeinschaft" Gemeinschaft,
>
> ich versuche seit 3 Wochen etwas tiefer in Gemeinschaft 5.1.2 einzutauchen.
> Im Moment stecke ich fest bei dem Versuch bei der Installation unter
> "SIP-Domain" als Host und Realm, die ja als Defaultwerte mit der
> Server-IP vorgeschlagen werden, einen Domänennamen zu setzen, z.B.:
> *sip.localdomain.lan* anstelle von *192.168.2.2* bei beiden Einträgen.
>
> ich versuche seit 3 Wochen etwas tiefer in Gemeinschaft 5.1.2 einzutauchen.
> Im Moment stecke ich fest bei dem Versuch bei der Installation unter
> "SIP-Domain" als Host und Realm, die ja als Defaultwerte mit der
> Server-IP vorgeschlagen werden, einen Domänennamen zu setzen, z.B.:
>
> Ich habe schon verstanden, dass dort niemals der eigentliche Rechnername
> verwendet werden darf, sondern nur ein vom Rechnernamen abweichender
> Domainname, da sich Freeswitch *immer *an die aufgelöste IP binden will.
> Ich habe schon verstanden, dass dort niemals der eigentliche Rechnername
> verwendet werden darf, sondern nur ein vom Rechnernamen abweichender
> Und diese aufgelöste IP ist bei Verwendung des Rechnernamens dank
> /etc/hosts gleich dem Loopbackinterface 127.0.*1*.1 - Damit sind keinen
> 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 E-Mails von der
> Gruppe "gs5-users" abonniert haben.
> Wenn Sie sich von dieser Gruppe abmelden und keine E-Mails mehr von
> dieser Gruppe erhalten möchten, senden Sie eine E-Mail an
> gs5-users+...@googlegroups.com
> <mailto:gs5-users+...@googlegroups.com>.
> Weitere Optionen finden Sie unter https://groups.google.com/d/optout.
--
Sascha Daniels
s...@alternative-solution.de
www.alternative-solution.de
Peter Stöckl
Apr 15, 2014, 5:36:30 AM4/15/14
to gs5-...@googlegroups.com
Hi
Bei einem verpassten Anruf hätte ich gerne eine E-Mail Notification. Wie
kann ich das am besten integrieren? Ist sowas irgendwie, wenn auch
rudimentär integriert und aktivierbar?
Im File /opt/GS5/app/mailers/notifications.rb hab ich einige
Notifications gefunden, eine solche jedoch nicht.
Gruß
Peter Stöckl
Bei einem verpassten Anruf hätte ich gerne eine E-Mail Notification. Wie
kann ich das am besten integrieren? Ist sowas irgendwie, wenn auch
rudimentär integriert und aktivierbar?
Im File /opt/GS5/app/mailers/notifications.rb hab ich einige
Notifications gefunden, eine solche jedoch nicht.
Gruß
Peter Stöckl
Thomas Brandt
Apr 15, 2014, 8:47:24 AM4/15/14
to gs5-...@googlegroups.com
Danke Peter Stöckl für das kapern meines Threads ;)
Hi Sascha,
prinzipiell würde natürlich auch alles mit IP statt Domain funktionieren.
Allerdings bevorzuge ich bei allen Diensten die ich einrichte, einen separaten DNS-Eintrag einzurichten.
Das hat immer Vorteile. z.B. ermöglicht es den gesammten Verkehr allein durch Änderung eines DNS Eintrages auf einen alternativen oder ersatz- oder versionsgeupdateten Server zu leiten.
Endgeräte müssen nicht angerührt werden außer evtl. Neustart oder DNS-Cache leeren.
Wie an den Zeitstempeln erkennbar ist wurden alle Pakete zwischen 00:55:10,060 und 00:55:10,218 ausgetauscht. Während dieser 0.16 Sekunden hat aber kein anderes Gerät einen Anruf bekommen oder nicht abgehoben. Es ist also irgendwas innerhalb von Gemeinschaft.
"SIP/2.0 480 User offline" ist für mich unerklärlich, da der User ja auf dem selben Gemeinschaft Server registriert war.
Der Dialplan wurde nicht angerührt - alles Defaulteinstellungen.
Ich spare mir in dieser Mail alle Einstellungen aus http://.../call_routes rüberzukopieren.
Wie kann ich das Debugging in Gemeinschaft einschalten bzw. die Dialplanabläufe beobachten?
Ich weiß es gibt eine Freeswitch Konsole aber ich bin da noch nicht reingekommen.
Für Hinweise wie ich das anwenden kann: http://wiki.freeswitch.org/wiki/Troubleshooting_Freeswitch
währe ich sehr dankbar.
Die /var/log/freeswitch/freeswitch.log scheint nichts brauchbares zu enthalten.
Ich finde das gern mittels Anleitung herraus, obwohl ich mir vorstellen könnte, dass es möglicherweise Zeitsparender währe, das kurz selbst in einer Virtuellen Maschine nachzustellen.
Mein beschriebener Fall ist ja kein Sonderfall sondern in allgemeinen Interesse :)
Gruß,
Thomas Brandt
Hi Sascha,
prinzipiell würde natürlich auch alles mit IP statt Domain funktionieren.
Allerdings bevorzuge ich bei allen Diensten die ich einrichte, einen separaten DNS-Eintrag einzurichten.
Das hat immer Vorteile. z.B. ermöglicht es den gesammten Verkehr allein durch Änderung eines DNS Eintrages auf einen alternativen oder ersatz- oder versionsgeupdateten Server zu leiten.
Endgeräte müssen nicht angerührt werden außer evtl. Neustart oder DNS-Cache leeren.
Wie an den Zeitstempeln erkennbar ist wurden alle Pakete zwischen 00:55:10,060 und 00:55:10,218 ausgetauscht. Während dieser 0.16 Sekunden hat aber kein anderes Gerät einen Anruf bekommen oder nicht abgehoben. Es ist also irgendwas innerhalb von Gemeinschaft.
"SIP/2.0 480 User offline" ist für mich unerklärlich, da der User ja auf dem selben Gemeinschaft Server registriert war.
Der Dialplan wurde nicht angerührt - alles Defaulteinstellungen.
Ich spare mir in dieser Mail alle Einstellungen aus http://.../call_routes rüberzukopieren.
Wie kann ich das Debugging in Gemeinschaft einschalten bzw. die Dialplanabläufe beobachten?
Ich weiß es gibt eine Freeswitch Konsole aber ich bin da noch nicht reingekommen.
Für Hinweise wie ich das anwenden kann: http://wiki.freeswitch.org/wiki/Troubleshooting_Freeswitch
währe ich sehr dankbar.
Die /var/log/freeswitch/freeswitch.log scheint nichts brauchbares zu enthalten.
Ich finde das gern mittels Anleitung herraus, obwohl ich mir vorstellen könnte, dass es möglicherweise Zeitsparender währe, das kurz selbst in einer Virtuellen Maschine nachzustellen.
Mein beschriebener Fall ist ja kein Sonderfall sondern in allgemeinen Interesse :)
Gruß,
Thomas Brandt
Sascha Daniels
Apr 15, 2014, 8:49:05 AM4/15/14
to gs5-...@googlegroups.com
Hi,
Am 15.04.14 11:36, schrieb Peter Stöckl:
Im Moment nur über die Vocemailbox.
Wenn Du das für alle User, zu jeder Zeit und bei jedem Anruf haben
willst, könntest Du es als after_create in
/opt/gemeinschaft/app/models/call_history.rb einbauen.
Gruss
Sascha
Am 15.04.14 11:36, schrieb Peter Stöckl:
Wenn Du das für alle User, zu jeder Zeit und bei jedem Anruf haben
willst, könntest Du es als after_create in
/opt/gemeinschaft/app/models/call_history.rb einbauen.
Gruss
Sascha
Sascha Daniels
Apr 15, 2014, 8:56:32 AM4/15/14
to gs5-...@googlegroups.com
Hi.
Am 15.04.14 14:47, schrieb Thomas Brandt:
Provisioning zu hängen und dann nur das Provisioning über FQDN an zu
sprechen. Ist aber auch nur ein Workaround.
>
> Das hat immer Vorteile. z.B. ermöglicht es den gesammten Verkehr allein
> durch Änderung eines DNS Eintrages auf einen alternativen oder ersatz-
> oder versionsgeupdateten Server zu leiten.
>
> Endgeräte müssen nicht angerührt werden außer evtl. Neustart oder
> DNS-Cache leeren.
Das würde dann auch mit dem Workaround funktionieren.
> *Der Dialplan wurde nicht angerührt - alles Defaulteinstellungen.*
Das meinte ich auch gar nicht ;-)
Siehe weiter unten.
> Ich spare mir in dieser Mail alle Einstellungen aus
> http://.../call_routes rüberzukopieren.
> Wie kann ich das Debugging in Gemeinschaft einschalten bzw. die
> Dialplanabläufe beobachten?
> Ich weiß es gibt eine Freeswitch Konsole aber ich bin da noch nicht
> reingekommen.
> Für Hinweise wie ich das anwenden kann:
> http://wiki.freeswitch.org/wiki/Troubleshooting_Freeswitch
> währe ich sehr dankbar.
> Die /var/log/freeswitch/freeswitch.log scheint nichts brauchbares zu
> enthalten.
>
>
> Ich finde das gern mittels Anleitung herraus, obwohl ich mir vorstellen
> könnte, dass es möglicherweise Zeitsparender währe, das kurz selbst in
> einer Virtuellen Maschine nachzustellen.
Per ssh auf den Server.
fs_cli
fsctl loglevel 7
Jetzt anrufen und dann den Inhalt des CLI auf pastebin oder etwas
Ähnliches kopieren (anonymisieren so weit notwendig nicht vergessen).
Da kann ich dann sehen, was der Dialplan an der Stelle macht.
Gruss
Sascha
Am 15.04.14 14:47, schrieb Thomas Brandt:
> Danke Peter Stöckl für das kapern meines Threads ;)
>
> Hi Sascha,
>
> prinzipiell würde natürlich auch alles mit IP statt Domain funktionieren.
> Allerdings bevorzuge ich bei allen Diensten die ich einrichte, einen
> separaten DNS-Eintrag einzurichten.
Als schnelle Alternative würde sich da anbieten alle Telefone ans
>
> Hi Sascha,
>
> prinzipiell würde natürlich auch alles mit IP statt Domain funktionieren.
> Allerdings bevorzuge ich bei allen Diensten die ich einrichte, einen
> separaten DNS-Eintrag einzurichten.
Provisioning zu hängen und dann nur das Provisioning über FQDN an zu
sprechen. Ist aber auch nur ein Workaround.
>
> Das hat immer Vorteile. z.B. ermöglicht es den gesammten Verkehr allein
> durch Änderung eines DNS Eintrages auf einen alternativen oder ersatz-
> oder versionsgeupdateten Server zu leiten.
>
> Endgeräte müssen nicht angerührt werden außer evtl. Neustart oder
> DNS-Cache leeren.
> *Der Dialplan wurde nicht angerührt - alles Defaulteinstellungen.*
Das meinte ich auch gar nicht ;-)
Siehe weiter unten.
> Ich spare mir in dieser Mail alle Einstellungen aus
> http://.../call_routes rüberzukopieren.
> Wie kann ich das Debugging in Gemeinschaft einschalten bzw. die
> Dialplanabläufe beobachten?
> Ich weiß es gibt eine Freeswitch Konsole aber ich bin da noch nicht
> reingekommen.
> Für Hinweise wie ich das anwenden kann:
> http://wiki.freeswitch.org/wiki/Troubleshooting_Freeswitch
> währe ich sehr dankbar.
> Die /var/log/freeswitch/freeswitch.log scheint nichts brauchbares zu
> enthalten.
>
>
> Ich finde das gern mittels Anleitung herraus, obwohl ich mir vorstellen
> könnte, dass es möglicherweise Zeitsparender währe, das kurz selbst in
> einer Virtuellen Maschine nachzustellen.
fs_cli
fsctl loglevel 7
Jetzt anrufen und dann den Inhalt des CLI auf pastebin oder etwas
Ähnliches kopieren (anonymisieren so weit notwendig nicht vergessen).
Da kann ich dann sehen, was der Dialplan an der Stelle macht.
Gruss
Sascha
Thomas Brandt
Apr 15, 2014, 11:12:56 AM4/15/14
to gs5-...@googlegroups.com
Hi Sascha,
Genau das habe ich gesucht:
Genau das habe ich gesucht:
> Per ssh auf den Server.
> fs_cli
> fsctl loglevel 7
Danke!
Hier das Anrufprotokoll:
Anruf von PhonerLite (192.168.0.32, Rufnummer 55) auf PhonerLite (192.168.0.24, Rufnummer 56) über Gemeinschaft 5.1.2 (192.168.2.2)
Alle Testechner im selben lokalem Subnetz: 255.255.252.0
http://pastebin.com/Lh0LJMW9
Grüße,
Thomas Brandt
Hier das Anrufprotokoll:
Anruf von PhonerLite (192.168.0.32, Rufnummer 55) auf PhonerLite (192.168.0.24, Rufnummer 56) über Gemeinschaft 5.1.2 (192.168.2.2)
Alle Testechner im selben lokalem Subnetz: 255.255.252.0
http://pastebin.com/Lh0LJMW9
Grüße,
Thomas Brandt
Thomas Brandt
Apr 15, 2014, 11:33:30 AM4/15/14
to gs5-...@googlegroups.com
Hi nochmal,
hat das etwas mit dieser Perimeter Firewall zu tun?
Hier unter: http://192.168.2.2/intruders
https://github.com/amooma/GS5/wiki/SIP-Perimeter-Firewall
Die oben erwähnten IP's 24 und 32 stehen hier unter Blacklist und haben ein "Dreieck mit Ausrufezeichen" davor...
Zitat: "Gesperrte Adressen sind mit einem Feuer-Symbol gekennzeichnet, momentan als verdächtig eingestufte haben ein Dreieck mit einem Ausrufezeichen darin."
Wenn ich die IP von der Blacklist lösche, dann wieder einen Anruf von 55 auf 56 versuche, steht die anrufende IP wieder auf der Blacklist drin.
Wie funktioniert die Perimeter Firewall?
Grüße,
Thomas Brandt
hat das etwas mit dieser Perimeter Firewall zu tun?
Hier unter: http://192.168.2.2/intruders
https://github.com/amooma/GS5/wiki/SIP-Perimeter-Firewall
Die oben erwähnten IP's 24 und 32 stehen hier unter Blacklist und haben ein "Dreieck mit Ausrufezeichen" davor...
Zitat: "Gesperrte Adressen sind mit einem Feuer-Symbol gekennzeichnet, momentan als verdächtig eingestufte haben ein Dreieck mit einem Ausrufezeichen darin."
Wenn ich die IP von der Blacklist lösche, dann wieder einen Anruf von 55 auf 56 versuche, steht die anrufende IP wieder auf der Blacklist drin.
Wie funktioniert die Perimeter Firewall?
Grüße,
Thomas Brandt
Thomas Brandt
Apr 15, 2014, 11:40:52 AM4/15/14
to gs5-...@googlegroups.com
Hi,
Wie kann man die Perimeter Firewall deaktivieren?
Grüße,
Thomas Brandt
Wie kann man die Perimeter Firewall deaktivieren?
Grüße,
Thomas Brandt
Peter Kozak
Apr 15, 2014, 12:53:15 PM4/15/14
to gs5-...@googlegroups.com
On 15.04.2014 17:40, Thomas Brandt wrote:
> Wie kann man die Perimeter Firewall deaktivieren?
http://<IP>/gs_parameters
> Wie kann man die Perimeter Firewall deaktivieren?
events
modules
perimeter_defense -> 0
Und dann FreeSWITCH neu starten.
Weitere Einstellungen zu der automatischen Firewall sind unter
"perimeter" weiter unten in gs_parameters.
Peter Kozak
Apr 15, 2014, 12:57:37 PM4/15/14
to gs5-...@googlegroups.com
On 15.04.2014 17:33, Thomas Brandt wrote:
> Wie funktioniert die Perimeter Firewall?
möchte wird mit den Werten in:
http://<IP>/gs_parameters
perimeter
geschaut ob es in das eingestellte Schema passt, d.h. wenn eine IP z.B.
100 mal in 10 sek. einen Anruf versucht oder sich mit einer numerischen
Sip-ID zu registrieren versucht etc.
Gruss
Peter
Thomas Brandt
Apr 17, 2014, 9:54:53 AM4/17/14
to gs5-...@googlegroups.com
Danke Peter Kozak,
an der Perimeter Firewall scheint es nicht zu liegen. Ist evtl. ein Seiteneffekt...
Trotzdem Danke für den Einblick in die Funktionsweise.
Hat die Perimeter Firewall eigentlich etwas mit der Shorewall zu tun?
Zu meinem ursprünglichen Problem:
Ich habe bisher keinen offensichtlichen Fehler im meiner Anruflogdatei gefunden.
Auch nicht bei einem direktem Vergleich mit einem Log einer VM bei dem Host und Realm als IP eingerichtet waren.
Findet jemand mit besseren Freeswitch Kenntnissen das Problem? ( Log: http://pastebin.com/Lh0LJMW9, Meldungen zur IP 192.168.189.30 sind nur versehentlich in der Logdatei )
Kann ich noch etwas machen?
Oder ist es kurzfristig nicht lösbar - dann würde ich mich wieder anderen Themen zuwenden...
Danke für eure Unterstützung,
Thomas Brandt
an der Perimeter Firewall scheint es nicht zu liegen. Ist evtl. ein Seiteneffekt...
Trotzdem Danke für den Einblick in die Funktionsweise.
Hat die Perimeter Firewall eigentlich etwas mit der Shorewall zu tun?
Zu meinem ursprünglichen Problem:
Ich habe bisher keinen offensichtlichen Fehler im meiner Anruflogdatei gefunden.
Auch nicht bei einem direktem Vergleich mit einem Log einer VM bei dem Host und Realm als IP eingerichtet waren.
Findet jemand mit besseren Freeswitch Kenntnissen das Problem? ( Log: http://pastebin.com/Lh0LJMW9, Meldungen zur IP 192.168.189.30 sind nur versehentlich in der Logdatei )
Kann ich noch etwas machen?
Oder ist es kurzfristig nicht lösbar - dann würde ich mich wieder anderen Themen zuwenden...
Danke für eure Unterstützung,
Thomas Brandt
Reply all
Reply to author
Forward
0 new messages