Telekom Deutschland-LAN SIP-Accounts einbinden

1,271 views
Skip to first unread message

Andreas....@iconag.com

unread,
Jun 14, 2011, 11:07:22 AM6/14/11
to Gemeinschaft Users
Hallo zusammen,

wir evaluieren zur Zeit verschiedene PBX Systeme und wollen auch in
diesen unsere einzelnen Deutschland-LAN SIP-Accounts einbinden können.
Leider funktionert dies wegen mehreren Faktoren im Gemeinschaft nicht.

Zum einen benötigen die SIP-Zugänge einen Proxy-Server mit Parametern
(sip:tel.pbx.deutschland-lan.de:5060;transport=tcp).
Dieser lässt sich so aber nicht im Webinterface konfigurieren [Punkt,
Semikolon und Gleich werden aus dem String enfernt]).

Zudem lässt sich der SIP-Benutzername aufgrund einer
Längenbeschränkung im Webinterface nicht eingeben.

Gibt es eine Möglichkeit die Daten direkt in eine Konfigurationsdatei
einzutragen?

Für Hilfestellungen wäre ich dankbar.

Philipp Kempgen

unread,
Jun 15, 2011, 7:04:54 PM6/15/11
to gemeinsch...@googlegroups.com
Andreas....@iconag.com schrieb:

Hmmm. In Gemeinschaft ist nur UDP vorgesehen, nicht TCP.
"sip:" kann weg, der Port läßt sich einstellen, der Parameter nicht.
Die Längenbeschränkung des SIP-Benutzernamens wäre wahrscheinlich
recht einfach zu ändern, aber das nützt dann für sich genommen ja
erstmal nichts.

Fazit: Wäre vermutlich machbar, aber ich habe keine Anleitung dafür
die ich hier posten könnte.


Philipp Kempgen
--
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
--

Andreas....@iconag.com

unread,
Jun 21, 2011, 5:29:41 AM6/21/11
to Gemeinschaft Users
On 16 Jun., 01:04, Philipp Kempgen <philipp.kemp...@amooma.de> wrote:
> Hmmm. In Gemeinschaft ist nur UDP vorgesehen, nicht TCP.
> "sip:" kann weg, der Port läßt sich einstellen, der Parameter nicht.
> Die Längenbeschränkung des SIP-Benutzernamens wäre wahrscheinlich
> recht einfach zu ändern, aber das nützt dann für sich genommen ja
> erstmal nichts.
>
> Fazit: Wäre vermutlich machbar, aber ich habe keine Anleitung dafür
> die ich hier posten könnte.
>
> Philipp Kempgen
> --
> 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
> --

Hi!

Das Proxy-Problem hat sich von selbst erledigt ( die Telekom hat ihren
Proxy auf normales UDP umgestellt ).

Allerdings habe ich noch das Problem mit der Länge des Benutzernamens.

Gibt es nicht die Möglichkeit diesen im CLI fest vorzugeben (ohne das
postfix @[proxyserver] )?

Noch besser wäre, wenn ich gleich auch noch ein Passwort mit
Sonderzeichen setzen könnte.

Andreas....@iconag.com

unread,
Jun 21, 2011, 4:46:11 AM6/21/11
to Gemeinschaft Users
Die Proxy-Hürde ist nun genommen ( die Telekom hat den Proxy
geändert )
UDP und Port sind nun kein Problem mehr.

Allerdings habe ich noch das Problem mit der Länge des Benutzernamens.
Gibts da evtl ne Möglichkeit diesen in der Konsole zu ändern?


On 16 Jun., 01:04, Philipp Kempgen <philipp.kemp...@amooma.de> wrote:
> Andreas.Weira...@iconag.com schrieb:
>
>
>
> > wir evaluieren zur Zeit verschiedene PBX Systeme und wollen auch in
> > diesen unsere einzelnenDeutschland-LANSIP-Accounts einbinden können.

Philipp Kempgen

unread,
Jun 21, 2011, 10:05:22 AM6/21/11
to gemeinsch...@googlegroups.com
Andreas....@iconag.com schrieb:

>
> Allerdings habe ich noch das Problem mit der Länge des Benutzernamens.
>
> Gibt es nicht die Möglichkeit diesen im CLI fest vorzugeben (ohne das
> postfix @[proxyserver] )?

Nein.
Der Benutzername ist aktuell auf 35 Bytes begrenzt.
Leider gehen für "@tel.pbx.deutschland-lan.de" schon 27 Zeichen weg,
sodaß nur noch 8 bleiben.

Für die die sich in der Lage sehen dies manuell anzupassen:

In /opt/gemeinschaft/htdocs/gui/mod/routing_gws-sip.php
in <input type="text" name="gw-user" ...
maxlength="35" auf maxlength="80" erhöhen.

Und dann ist noch in der Datenbank in der Tabelle "gatews" das Feld
"user" zu vergrößern. Geht in etwa so (ungetestet!):

mysql
USE `asterisk`;
ALTER TABLE `gates`, CHANGE `user` `user` VARCHAR(80) COLLATE utf8_unicode_ci DEFAULT NULL;


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

Andreas....@iconag.com

unread,
Jun 27, 2011, 9:52:34 AM6/27/11
to Gemeinschaft Users
Super!

Das Ändern der Längenbeschränkung hat scheinbar funktioniert.

Jetzt stellt sich aber noch folgendes Problem:

trage ich nun den Benutzernamen ein, wird anscheinend beim Anmelden
automatisch "@[proxy-server]" an den Usernamen angehangen.

Damit stimmt aber der Username nicht mehr. der muss auf "@[registrar]"
enden.

Gibt es da noch eine Möglichkeit das entsprechend zu ändern?



Philipp Kempgen

unread,
Jun 27, 2011, 10:01:31 AM6/27/11
to gemeinsch...@googlegroups.com
Andreas....@iconag.com schrieb:

>
> trage ich nun den Benutzernamen ein, wird anscheinend beim Anmelden
> automatisch "@[proxy-server]" an den Usernamen angehangen.
>
> Damit stimmt aber der Username nicht mehr. der muss auf "@[registrar]"
> enden.
>
> Gibt es da noch eine Möglichkeit das entsprechend zu ändern?

Spricht etwas dagegen den Benutzernamen wie in einer Fußnote auf
der Seite angegeben im Format "benutzer@domain" einzugeben?

Andreas....@iconag.com

unread,
Jun 27, 2011, 10:09:23 AM6/27/11
to Gemeinschaft Users
Habe ich schon getestet.
Der Asterisk-Logger gibt anschließend allerdings einen Benutzernamen
im Format
[username]@[registrar]@[proxy] aus.

z.B.:
username: +49678x...@firmenkennung.tel.deutschland-lan.de
registrar: firmenkennung.tel.deutschland-lan.de
proxy: tel.pbx.deutschland-lan.de

daraus wird laut asterisk-console:
+49678...@firmenkennung.tel.deutschland-lan.de@tel.pbx.deutschland-
lan.de

Das ist allerdings kein gültiger Telekom-Benutzername.

Philipp Kempgen

unread,
Jun 27, 2011, 10:23:31 AM6/27/11
to gemeinsch...@googlegroups.com
Andreas....@iconag.com schrieb:

Daß das so auf dem Asterisk-CLI angezeigt wird heißt noch nicht daß
es tatsächlich wo gesendet wird. :-) Möglicherweise stimmt es so.

Poste doch mal den Auszug vom Asterisk-CLI (anonymisiert).

Falls das keine weiteren Erkenntnisse bringt dann wäre der nächste
Schritt in einem SIP-Trace nachzusehen was Asterisk tatsächlich
sendet (z.B. "sip set debug on" auf dem Asterisk-CLI).

Andreas....@iconag.com

unread,
Jun 27, 2011, 10:30:17 AM6/27/11
to Gemeinschaft Users
Und hier der Auszug:

[Jun 22 16:26:16] NOTICE[1834]: chan_sip.c:18276
handle_response_register: Failed to authenticate on REGISTER to
'+49678...@yyyyyyyy.tel.deutschland-lan.de@tel.pbx.deutschland-
lan.de' (Tries 3)

Andreas....@iconag.com

unread,
Jun 28, 2011, 2:43:06 AM6/28/11
to Gemeinschaft Users
Hallo,

anbei noch die Debug-messages von heute morgen:

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2012.06.23 08:32:29
=~=~=~=~=~=~=~=~=~=~=~=

Asterisk Queue Logger restarted

testrechner*CLI> sip set debug on

testrechner*CLI>
SIP Debugging enabled

testrechner*CLI>
Asterisk Queue Logger restarted

testrechner*CLI>
[Jun 23 08:32:41] NOTICE[18120]: app_queue.c:5650 reload_queue_rules:
queuerules.conf has not changed since it was last loaded. Not taking
any action.
[Jun 23 08:32:41] NOTICE[18120]: app_meetme.c:4493 load_config_meetme:
Audio buffers per channel set to 2
[Jun 23 08:32:41] NOTICE[18120]: app_meetme.c:6438 load_config: A
reload of the SLA configuration has been requested and will be
completed when the system is idle.
Reloading SIP

testrechner*CLI>
[Jun 23 08:32:41] NOTICE[18120]: pbx_ael.c:122 pbx_load_module:
Starting AEL load process.
[Jun 23 08:32:41] NOTICE[18120]: pbx_ael.c:135 pbx_load_module: AEL
load process: parsed config file name '/opt/gemeinschaft/etc/asterisk/
extensions.ael'.
[Jun 23 08:32:41] NOTICE[18120]: pbx_ael.c:138 pbx_load_module: AEL
load process: checked config file name '/opt/gemeinschaft/etc/asterisk/
extensions.ael'.

testrechner*CLI>
[Jun 23 08:32:41] NOTICE[18120]: pbx_ael.c:141 pbx_load_module: AEL
load process: compiled config file name '/opt/gemeinschaft/etc/
asterisk/extensions.ael'.
[Jun 23 08:32:41] NOTICE[18120]: pbx_ael.c:146 pbx_load_module: AEL
load process: merged config file name '/opt/gemeinschaft/etc/asterisk/
extensions.ael'.
[Jun 23 08:32:41] NOTICE[18120]: pbx_ael.c:149 pbx_load_module: AEL
load process: verified config file name '/opt/gemeinschaft/etc/
asterisk/extensions.ael'.

testrechner*CLI>
[Jun 23 08:32:41] NOTICE[18120]: chan_iax2.c:12586 set_config:
Ignoring bindport on reload

testrechner*CLI>
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'switchtype' (on reload) at line 22.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'signalling' (on reload) at line 23.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'pridialplan' (on reload) at line 24.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'prilocaldialplan' (on reload) at line 25.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'internationalprefix' (on reload) at line 26.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'nationalprefix' (on reload) at line 27.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'resetinterval' (on reload) at line 30.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'overlapdial' (on reload) at line 31.
[Jun 23 08:32:41] WARNING[18120]: chan_dahdi.c:17134 process_dahdi:
Ignoring any changes to 'priindication' (on reload) at line 32.

testrechner*CLI>
Reliably Transmitting (NAT) to 193.254.167.212:5060:
OPTIONS sip:yyyyyyyy.tel.deutschland-lan.de SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK18cee0d2;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as656b39eb

t: <sip:yyyyyyyy.tel.deutschland-lan.de>

m: <sip:gemein...@192.168.0.111>

i: 70676f690ee2c7bc...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:41 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI>

<--- SIP read from UDP:193.254.167.212:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP
192.168.0.111:5060;received=62.153.102.188;rport=61285;branch=z9hG4bK18cee0d2
To: <sip:yyyyyyyy.tel.deutschland-
lan.de>;tag=h7g4Esbg_gthm8jwx3tv7uy3lc3jsqzc1tcsm6omg
From: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as656b39eb
Call-ID: 70676f690ee2c7bc...@192.168.0.111
CSeq: 102 OPTIONS
Content-Length: 0

<------------->
--- (7 headers 0 lines) ---
Really destroying SIP dialog
'70676f690ee2c7bc...@192.168.0.111' Method: OPTIONS

testrechner*CLI>
[Jun 23 08:32:42] NOTICE[1834]: chan_sip.c:11655 sip_reregister: --
Re-registration for +49678x...@yyyyyyyy.tel.deutschland-
lan...@tel.pbx.deutschland-lan.de

testrechner*CLI>
REGISTER 11 headers, 0 lines
Reliably Transmitting (NAT) to 193.254.167.212:5060:
REGISTER sip:yyyyyyyy.tel.deutschland-lan.de SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK4ad663d4;rport

Max-Forwards: 70

f: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>;tag=as18ed89ff

t: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>

i: 4d4a03902249af8f...@127.0.1.1

CSeq: 102 REGISTER

User-Agent: Asterisk Gemeinschaft

Expires: 300

m: <sip:+49678x...@192.168.0.111>

l: 0



testrechner*CLI>


---

testrechner*CLI>
Reliably Transmitting (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK039c5ee1;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as3b2d8a6f

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 6d32130b6a73db41...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI>
Reliably Transmitting (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK478e3c8d;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as4b9daee4

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 3ed5dfe553fb6f74...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI>
Reliably Transmitting (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK76409480;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as53c8c2c7

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 4d0796636bf88045...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI>

<--- SIP read from UDP:193.254.167.212:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
192.168.0.111:5060;received=62.153.102.188;rport=61285;branch=z9hG4bK4ad663d4
To: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=h7g4Esbg_dc8b1b0d0214d34609de15e76eeb11a
From: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=as18ed89ff
Call-ID: 4d4a03902249af8f...@127.0.1.1
CSeq: 102 REGISTER
Content-Length: 0
WWW-Authenticate: Digest
realm="officeconnect.telekom.de",domain="sip:tt...@officeconnect.telekom.de",nonce="8029fd29556ee282df419f5a35a7a87f",stale=false,qop="auth",algorithm=MD5

<------------->
--- (8 headers 0 lines) ---
Responding to challenge, registration to domain/host name
tel.pbx.deutschland-lan.de

testrechner*CLI>
REGISTER 12 headers, 0 lines
Reliably Transmitting (NAT) to 193.254.167.212:5060:
REGISTER sip:yyyyyyyy.tel.deutschland-lan.de SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK57b0868e;rport

Max-Forwards: 70

f: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>;tag=as52515fa8

t: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>

i: 4d4a03902249af8f...@127.0.1.1

CSeq: 103 REGISTER

User-Agent: Asterisk Gemeinschaft

Authorization: Digest username="+49678xxxxxxxx",
realm="officeconnect.telekom.de", algorithm=MD5,
uri="sip:tt...@officeconnect.telekom.de",
nonce="8029fd29556ee282df419f5a35a7a87f",
response="f6ed3105aeffe6df011aec064fe12c58", qop=auth,
cnonce="192a44f2", nc=00000001

Expires: 300

m: <sip:+49678x...@192.168.0.111>

l: 0




---

testrechner*CLI>

<--- SIP read from UDP:193.254.167.212:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
192.168.0.111:5060;received=62.153.102.188;rport=61285;branch=z9hG4bK57b0868e
To: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=h7g4Esbg_dc8b1b0d0214ec5b09de15e771af001
From: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=as52515fa8
Call-ID: 4d4a03902249af8f...@127.0.1.1
CSeq: 103 REGISTER
Content-Length: 0
WWW-Authenticate: Digest
realm="officeconnect.telekom.de",domain="sip:tt...@officeconnect.telekom.de",nonce="de2694899b432fe471a82bb88aa3e92d",stale=false,qop="auth",algorithm=MD5

<------------->
--- (8 headers 0 lines) ---
Responding to challenge, registration to domain/host name
tel.pbx.deutschland-lan.de

testrechner*CLI>
REGISTER 12 headers, 0 lines
Reliably Transmitting (NAT) to 193.254.167.212:5060:
REGISTER sip:yyyyyyyy.tel.deutschland-lan.de SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK3ba09e30;rport

Max-Forwards: 70

f: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>;tag=as39268795

t: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>

i: 4d4a03902249af8f...@127.0.1.1

CSeq: 104 REGISTER

User-Agent: Asterisk Gemeinschaft

Authorization: Digest username="+49678xxxxxxxx",
realm="officeconnect.telekom.de", algorithm=MD5,
uri="sip:tt...@officeconnect.telekom.de",
nonce="de2694899b432fe471a82bb88aa3e92d",
response="6997cb227881157f3a94aeb7d7d499d0", qop=auth,
cnonce="3454a7de", nc=00000001

Expires: 300

m: <sip:+49678x...@192.168.0.111>

l: 0




---

testrechner*CLI>

<--- SIP read from UDP:193.254.167.212:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
192.168.0.111:5060;received=62.153.102.188;rport=61285;branch=z9hG4bK3ba09e30
To: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=h7g4Esbg_dc8b1b0d0214da5409de15e77449fb7
From: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=as39268795
Call-ID: 4d4a03902249af8f...@127.0.1.1
CSeq: 104 REGISTER
Content-Length: 0
WWW-Authenticate: Digest
realm="officeconnect.telekom.de",domain="sip:tt...@officeconnect.telekom.de",nonce="894e3ecf07208296eded5fb367f7a3ac",stale=false,qop="auth",algorithm=MD5

<------------->
--- (8 headers 0 lines) ---
Responding to challenge, registration to domain/host name
tel.pbx.deutschland-lan.de

testrechner*CLI>
REGISTER 12 headers, 0 lines
Reliably Transmitting (NAT) to 193.254.167.212:5060:
REGISTER sip:yyyyyyyy.tel.deutschland-lan.de SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK5e91d0c0;rport

Max-Forwards: 70

f: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>;tag=as3af0ff67

t: <sip:+49678x...@yyyyyyyy.tel.deutschland-lan.de>

i: 4d4a03902249af8f...@127.0.1.1

CSeq: 105 REGISTER

User-Agent: Asterisk Gemeinschaft

Authorization: Digest username="+49678xxxxxxxx",
realm="officeconnect.telekom.de", algorithm=MD5,
uri="sip:tt...@officeconnect.telekom.de",
nonce="894e3ecf07208296eded5fb367f7a3ac",
response="cb819fa470756f4da0bd5685a64d3c0f", qop=auth,
cnonce="69be69e9", nc=00000001

Expires: 300

m: <sip:+49678x...@192.168.0.111>

l: 0




---

testrechner*CLI>

<--- SIP read from UDP:193.254.167.212:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
192.168.0.111:5060;received=62.153.102.188;rport=61285;branch=z9hG4bK5e91d0c0
To: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=h7g4Esbg_dc8b1b0d02150d7f09de15e77703a17
From: <sip:+49678x...@yyyyyyyy.tel.deutschland-
lan.de>;tag=as3af0ff67
Call-ID: 4d4a03902249af8f...@127.0.1.1
CSeq: 105 REGISTER
Content-Length: 0
WWW-Authenticate: Digest
realm="officeconnect.telekom.de",domain="sip:tt...@officeconnect.telekom.de",nonce="f5f550f3b277c5ef06bfbc2da8842be5",stale=false,qop="auth",algorithm=MD5

<------------->
--- (8 headers 0 lines) ---
[Jun 23 08:32:43] NOTICE[1834]: chan_sip.c:18276
handle_response_register: Failed to authenticate on REGISTER to
'+49678x...@yyyyyyyy.tel.deutschland-lan.de@tel.pbx.deutschland-
lan.de' (Tries 3)
Really destroying SIP dialog
'4d4a03902249af8f...@127.0.1.1' Method: REGISTER

testrechner*CLI>
Retransmitting #1 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK039c5ee1;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as3b2d8a6f

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 6d32130b6a73db41...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Retransmitting #1 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK478e3c8d;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as4b9daee4

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 3ed5dfe553fb6f74...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Retransmitting #1 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK76409480;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as53c8c2c7

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 4d0796636bf88045...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI> sip set debug on
Retransmitting #2 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK039c5ee1;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as3b2d8a6f

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 6d32130b6a73db41...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Retransmitting #2 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK478e3c8d;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as4b9daee4

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 3ed5dfe553fb6f74...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Retransmitting #2 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK76409480;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as53c8c2c7

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 4d0796636bf88045...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI> sip set debug on
Retransmitting #3 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK039c5ee1;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as3b2d8a6f

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 6d32130b6a73db41...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI> sip set debug o
Retransmitting #3 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK478e3c8d;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as4b9daee4

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 3ed5dfe553fb6f74...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Retransmitting #3 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK76409480;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as53c8c2c7

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 4d0796636bf88045...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---

testrechner*CLI> sip set debug off
Retransmitting #4 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK039c5ee1;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as3b2d8a6f

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 6d32130b6a73db41...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Really destroying SIP dialog
'6d32130b6a73db41...@192.168.0.111' Method: OPTIONS
Retransmitting #4 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK478e3c8d;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as4b9daee4

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 3ed5dfe553fb6f74...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Really destroying SIP dialog
'3ed5dfe553fb6f74...@192.168.0.111' Method: OPTIONS
Retransmitting #4 (NAT) to 192.0.43.10:5060:
OPTIONS sip:example.com SIP/2.0

v: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK76409480;rport

Max-Forwards: 70

f: "gemeinschaft" <sip:gemein...@192.168.0.111>;tag=as53c8c2c7

t: <sip:example.com>

m: <sip:gemein...@192.168.0.111>

i: 4d0796636bf88045...@192.168.0.111

CSeq: 102 OPTIONS

User-Agent: Asterisk Gemeinschaft

Date: Sat, 23 Jun 2012 06:32:43 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO

k: replaces, timer

l: 0




---
Really destroying SIP dialog
'4d0796636bf88045...@192.168.0.111' Method: OPTIONS

testrechner*CLI> sip set debug off

testrechner*CLI>
SIP Debugging Disabled

testrechner*CLI>

Philipp Kempgen

unread,
Jun 28, 2011, 2:13:07 PM6/28/11
to gemeinsch...@googlegroups.com
Andreas....@iconag.com schrieb:

>
> anbei noch die Debug-messages von heute morgen:

Auf den ersten kurzen Blick fällt mir leider nichts Ungewöhnliches
auf. IMHO wird die Angabe des Benutzernamens im Format user@domain
korrekt umgesetzt.


Philipp

Henning Holtschneider

unread,
Aug 2, 2011, 8:33:18 AM8/2/11
to gemeinsch...@googlegroups.com

Nicht ganz. Der Digest username ist "+49678xxxxxxxx", aber er müßte korrekterweise "+49678x...@yyyyyyyy.tel.deutschland-lan.de" sein. Um das zu korrigieren, muß die Datei sip-register.conf.php angepaßt werden. Damit klappt dann auch die Registrierung.

Außerdem mag es der Softswitch von der Deutschen Telekom nicht, wenn man die Header P-Asserted-Identity oder P-Preferred-Identity setzt.

Mit dem angehängten Patch kann ich Gemeinschaft beim Server der Telekom registrieren und ein- und ausgehend telefonieren. Die Rufnummernunterdrückung funktioniert auch.

Um ausgehend telefonieren zu können, mußte ich zusätzlich einen Eintrag in der Hosts-Datei für "yyyyyyyy.tel.deutschland-lan.de" mit der IP-Adresse des Proxyservers "tel.pbx.deutschland-lan.de" machen, also

193.254.167.212 yyyyyyyy.tel.deutschland-lan.de

yyyyyyyy.tel.deutschland-lan.de hat keinen DNS A-Record und Asterisk mag auch mit srvlookup=yes über das SIP-Peer nicht wählen, wenn das Peer keine IP-Adresse hat.

Mit freundlichen Grüßen
Henning Holtschneider
--
LocaNet oHG - http://www.loca.net
Lindemannstrasse 81, D-44137 Dortmund
tel +49 231 91596-25, fax +49 231 91596-55
sip 2...@voip.loca.net

Registergericht Amtsgericht Dortmund HRA 14208
Geschäftsführer Sven Haufe, Henning Holtschneider

dlan.diff
PGP.sig
Reply all
Reply to author
Forward
0 new messages