[Problem] Hat 1und1 was geändert? "Failed to authenticate user"

meimi039

Mitglied
Mitglied seit
7 Jun 2005
Beiträge
323
Punkte für Reaktionen
0
Punkte
16
Hallo Leutz!

In meinem Logfile tauch seit einiger Zeit wieder folgendes auf:

Code:
...
[Feb 23 17:21:19] NOTICE[10319] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=86454010
[Feb 23 17:21:19] NOTICE[10319] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=86454010
[Feb 23 17:21:33] NOTICE[10319] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=433470468
[Feb 23 17:21:33] NOTICE[10319] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=433470468
[Feb 24 20:03:45] NOTICE[23455] chan_sip.c: Failed to authenticate user "Anonymous" <sip:[email protected]>;tag=1296378360
[Feb 24 20:03:45] NOTICE[23455] chan_sip.c: Failed to authenticate user "Anonymous" <sip:[email protected]>;tag=1296378360
[Feb 25 07:03:04] NOTICE[3403] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=984145273
[Feb 25 07:03:04] NOTICE[3403] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=984145273
[Feb 25 15:08:02] NOTICE[3523] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=605031381
[Feb 25 15:08:02] NOTICE[3523] chan_sip.c: Failed to authenticate user +49XXXXXXX <sip:[email protected]:5060;user=phone>;tag=605031381
...

Das konnte ich damals dadurch lösen, indem ich jeden SIP-Server von 1und1 in meiner sip.conf eingetragen habe.

In der Master.csv gibt es dazu keinen Eintrag - logischerweise. Ich fand aber an anderer Stelle
Code:
SIPURI:    sip:[email protected]:5060
...

Diese IP ist nicht unter den Servern meiner sip.conf:
Code:
[1und1](!)
type=friend
nat=yes
; disallow=all
; allow=alaw
; allow=ulaw
; allow=g726
; allow=gsm
host=sip.1und1.de
fromdomain=1und1.de
qualify=yes
insecure=port,invite
tos=0x18
canreinvite=no
dtmfmode=auto
language=de

[1und1-1-1](1und1)
host=sipbalance1-1.1und1.de

[1und1-1-2](1und1)
host=sipbalance1-2.1und1.de

[1und1-2-1](1und1)
host=sipbalance2-1.1und1.de

[1und1-2-2](1und1)
host=sipbalance2-2.1und1.de

[1und1-3-1](1und1)
host=sipbalance3-1.1und1.de

[1und1-3-2](1und1)
host=sipbalance3-2.1und1.de

[1und1-4-1](1und1)
host=sipbalance4-1.1und1.de

[1und1-4-2](1und1)
host=sipbalance4-2.1und1.de

[1und1-5-1](1und1)
host=sipbalance5-1.1und1.de

[1und1-5-2](1und1)
host=sipbalance5-2.1und1.de

[1und1-6-1](1und1)
host=sipbalance6-1.1und1.de

[1und1-6-2](1und1)
host=sipbalance6-2.1und1.de

[1und1-7-1](1und1)
host=sipbalance7-1.1und1.de

[1und1-7-2](1und1)
host=sipbalance7-2.1und1.de

[1und1-8-1](1und1)
host=sipbalance8-1.1und1.de

[1und1-8-2](1und1)
host=sipbalance8-2.1und1.de

[telefonica-1](1und1)
host=1und1-1.sip.mgc.voip.telefonica.de

[telefonica-2](1und1)
host=1und1-2.sip.mgc.voip.telefonica.de

[telefonica-3](1und1)
host=1und1-3.sip.mgc.voip.telefonica.de

[telefonica-5](1und1)
host=1und1-5.sip.mgc.voip.telefonica.de

[telefonica-6](1und1)
host=1und1-6.sip.mgc.voip.telefonica.de

[telefonica-7](1und1)
host=1und1-7.sip.mgc.voip.telefonica.de

[telefonica-8](1und1)
host=1und1-8.sip.mgc.voip.telefonica.de

[XXXMEINENUMMERXXX](1und1)
context=incomming
username=491234567889
secret=vollgeheim
fromuser=491234567889
host=sip.1und1.de

Wenn ich nun meine SIP-Peers anschaue, ist die rufende IP nicht dabei:
Code:
XXXXX/XXMEINENUMMER        212.227.18.197       N      5060     OK (41 ms)
telefonica-8               193.189.245.140      N      5060     OK (57 ms)
telefonica-7               193.189.245.139      N      5060     OK (60 ms)
telefonica-6               193.189.245.138      N      5060     OK (56 ms)
telefonica-5               193.189.245.140      N      5060     OK (56 ms)
telefonica-3               193.189.245.138      N      5060     OK (56 ms)
telefonica-2               193.189.245.145      N      5060     OK (63 ms)
telefonica-1               193.189.245.144      N      5060     OK (58 ms)
1und1-8-2                  212.227.67.198       N      5060     OK (41 ms)
1und1-8-1                  212.227.67.138       N      5060     OK (42 ms)
1und1-7-2                  212.227.67.197       N      5060     OK (55 ms)
1und1-7-1                  212.227.67.137       N      5060     OK (56 ms)
1und1-6-2                  212.227.67.206       N      5060     OK (60 ms)
1und1-6-1                  212.227.67.136       N      5060     OK (41 ms)
1und1-5-2                  212.227.67.205       N      5060     OK (59 ms)
1und1-5-1                  212.227.67.135       N      5060     OK (60 ms)
1und1-4-2                  212.227.67.204       N      5060     OK (52 ms)
1und1-4-1                  212.227.67.134       N      5060     OK (41 ms)
1und1-3-2                  212.227.67.203       N      5060     OK (51 ms)
1und1-3-1                  212.227.67.133       N      5060     OK (52 ms)
1und1-2-2                  212.227.67.202       N      5060     OK (41 ms)
1und1-2-1                  212.227.67.132       N      5060     OK (41 ms)
1und1-1-2                  212.227.67.201       N      5060     OK (42 ms)
1und1-1-1                  212.227.67.131       N      5060     OK (41 ms)

Wenn ich meine Nummer von extern anrufe, bekomme ich kein Freizeichen. Welches Signal den Gesprächsaufbau beendet habe ich noch nicht gesehen.
Eigentlich wollte ich, daß mich nur Server kontaktieren können, zu denen ich Kontakt habe. Es sollte also nicht jeder mit meinem * reden dürfen.
Das scheint nun das Problem zu sein.
Hat jemand eine sichere Idee, mit der ich dieses Problem umgehen kann?
 
United-Internet prüft neuerdings user und extension auf Gleichheit was zu obigem Fehler führt!
Beispiel:

register => 49nnn:[email protected]/1und1 ; ist fehlerhaft
korrekt:
register => 49nnn:[email protected]/49nnn ; richtig

Scheinbar sind nicht alle server umgestellt, daher kommt man manchmal rein und manchmal eben nicht.
 
Kommt diese Meldung durch "register", oder durch einen eingehenden Anruf? Von den Zeiten im Log passt das auf eingehende Anrufe. Daher hat das möglicherweise nichts mit Register zu tun...

Bermerkt den ein Provider, wie ich die Extension beim register nenne? Ich dachte, daß wäre nur so etwas wie ein interner Link auf die Extension, die bimmeln soll ... das wollte ich ja schon immer mal verstehen...
 
Die Meldung wird durch ein register mit falscher extension ausgelöst (sie wird von * mit übertragen und "kann" geprüft werden).
Ansonsten ausprobieren!
 
Hallo Netview!

Ich habe das jetzt mal so umgesetzt, wie Du gesagt hast. Wenn ich allerdings zu Hause anrufe, dann habe ich zwei mal keine Verbindung, und beim dritten mal ist alles wie gewollt. In der "messages" taucht dann wieder obige Melung auf.
Ich komme da irgendwie nicht weiter.
Wie konfiguriert man denn bei ENUM eingehende calls?
Am Montag poste ich mal meine sip.conf zum analysieren...
 
by the way: 1und1 hat auch eine Reihe neuer balance-server in Betrieb genommen. Diese sollten definiert sein:
Code:
[telefonica](!)
type=peer
allow=all

[telefonica-1](telefonica)
host=1und1-1.sip.mgc.voip.telefonica.de

[telefonica-2](telefonica)
host=1und1-2.sip.mgc.voip.telefonica.de

[telefonica-3](telefonica)
host=1und1-3.sip.mgc.voip.telefonica.de

;[telefonica-4](telefonica)
;host=1und1-4.sip.mgc.voip.telefonica.de

[telefonica-5](telefonica)
host=1und1-5.sip.mgc.voip.telefonica.de

[telefonica-6](telefonica)
host=1und1-6.sip.mgc.voip.telefonica.de

[telefonica-7](telefonica)
host=1und1-7.sip.mgc.voip.telefonica.de

[telefonica-8](telefonica)
host=1und1-8.sip.mgc.voip.telefonica.de

[1und1-1-1](telefonica)
host=sipbalance1-1.1und1.de 

[1und1-1-2](telefonica)
host=sipbalance1-2.1und1.de

[1und1-1-3](telefonica)
host=sipbalance1-3.1und1.de

[1und1-1-4](telefonica)
host=sipbalance1-4.1und1.de 

[1und1-2-1](telefonica)
host=sipbalance2-1.1und1.de 

[1und1-2-2](telefonica)
host=sipbalance2-2.1und1.de

[1und1-2-3](telefonica)
host=sipbalance2-3.1und1.de 

[1und1-2-4](telefonica)
host=sipbalance2-4.1und1.de

[1und1-3-1](telefonica)
host=sipbalance3-1.1und1.de 

[1und1-3-2](telefonica)
host=sipbalance3-2.1und1.de 

[1und1-3-3](telefonica)
host=sipbalance3-3.1und1.de

[1und1-3-4](telefonica)
host=sipbalance3-4.1und1.de

[1und1-4-1](telefonica)
host=sipbalance4-1.1und1.de 

[1und1-4-2](telefonica)
host=sipbalance4-2.1und1.de

[1und1-4-3](telefonica)
host=sipbalance4-3.1und1.de

[1und1-4-4](telefonica)
host=sipbalance4-4.1und1.de 

[1und1-5-1](telefonica)
host=sipbalance5-1.1und1.de 

[1und1-5-2](telefonica)
host=sipbalance5-2.1und1.de

[1und1-5-3](telefonica)
host=sipbalance5-3.1und1.de

[1und1-5-4](telefonica)
host=sipbalance5-4.1und1.de 

[1und1-6-1](telefonica)
host=sipbalance6-1.1und1.de 

[1und1-6-2](telefonica)
host=sipbalance6-2.1und1.de

[1und1-6-3](telefonica)
host=sipbalance6-3.1und1.de

[1und1-6-4](telefonica)
host=sipbalance6-4.1und1.de 

[1und1-7-1](telefonica)
host=sipbalance7-1.1und1.de 

[1und1-7-2](telefonica)
host=sipbalance7-2.1und1.de
 
[1und1-7-3](telefonica)
host=sipbalance7-3.1und1.de 

[1und1-7-4](telefonica)
host=sipbalance7-4.1und1.de 

[1und1-8-1](telefonica)
host=sipbalance8-1.1und1.de 

[1und1-8-2](telefonica)
host=sipbalance8-2.1und1.de

[1und1-8-3](telefonica)
host=sipbalance8-3.1und1.de

[1und1-8-4](telefonica)
host=sipbalance8-4.1und1.de

[1und1-9-1](telefonica)
host=sipbalance9-1.1und1.de

[1und1-9-2](telefonica)
host=sipbalance9-2.1und1.de

[1und1-9-3](telefonica)
host=sipbalance9-3.1und1.de

[1und1-9-4](telefonica)
host=sipbalance9-4.1und1.de
 
Was mich verwundert ist, das die vorhin erzeugte message so aussieht:

Code:
[Mar 10 13:53:33] NOTICE[28244] chan_sip.c: Failed to authenticate user +4912345678 <sip:[email protected]:5060;user=phone>;tag=1717589944

In meiner sip.conf gibt es aber einen Eintrag:

Code:
[1und1](!)
type=friend
nat=yes
allow=all
; allow=alaw
; allow=ulaw
; allow=g726
; allow=gsm
host=sip.1und1.de
fromdomain=1und1.de
qualify=yes
insecure=port,invite
tos=0x18
canreinvite=no
dtmfmode=auto
language=de

...

[telefonica-3](1und1)
host=1und1-3.sip.mgc.voip.telefonica.de

...

Warum ist das so?
 
Zuletzt bearbeitet:
Gmx

Hallo...

hatte bei GMX das gleiche Problem mit dem Register ...dank Netview nun gelöst

...aber wie findet man alle Balance-Server Adressen heraus ???

...habe für GMX folgende eingetragen:


--- sip-gmx-1.schlund.de ---
--- sip-gmx-2.schlund.de ---

host=212.227.18.131
host=212.227.18.132
host=212.227.18.134
host=212.227.18.135
host=212.227.18.136
host=212.227.18.137
host=212.227.18.197
host=212.227.18.201
host=212.227.18.202
host=212.227.18.204
host=212.227.18.205
host=212.227.18.206
host=212.227.67.131
host=212.227.67.132
host=212.227.67.134
host=212.227.67.135
host=212.227.67.136
host=212.227.67.137
host=212.227.67.197
host=212.227.67.201
host=212.227.67.202
host=212.227.67.204
host=212.227.67.205
host=212.227.67.206
 
@mrVenus
Die balance-server führen alle zu 1und1 (ui). Include einfach die Definitionen aus posting #6 (ich nutze vorwiegend auch gmx!).
@meimi039
Wie sehen deine Register-Definitionen aus?
Hat du die balance-server als peer definiert?
 
Hi Netview!

Bin wieder zurück! Hier mal der relevante Teil aus meiner sip.conf:

Code:
[general]
type=friend
context=incomming
bindport=5060
bindaddr=0.0.0.0
localnet=192.168.0.0/255.255.0.0
; entweder stun oder externhost, aber nie beides
externhost=meine-externe-IP.dyndns.org
; stunaddr=stun.1und1.de:3478
externrefresh=10
nat=yes
srvlookup=yes

callerid=meimi039
useragent=AVM FRITZ!Box WLAN 7990 99.99.99 (Dez 31 2012)

videosupport=yes
tos_sip=cs3                    ; Sets TOS for SIP packets.
tos_audio=ef                   ; Sets TOS for RTP audio packets.
tos_video=af41                 ; Sets TOS for RTP video packets.
tos_text=af41                  ; Sets TOS for RTP text packets.
cos_sip=3                      ; Sets 802.1p priority for SIP packets.
cos_audio=5                    ; Sets 802.1p priority for RTP audio packets.
cos_video=4                    ; Sets 802.1p priority for RTP video packets.
cos_text=3                     ; Sets 802.1p priority for RTP text packets.

allowsubscribe = yes
notifyringing = yes
notifyhold = yes
limitonpeers = yes

allowguest=no
qualify=200
insecure=port,invite
language=de

;alwaysauthreject = yes	; When an incoming INVITE or REGISTER is to be rejected,
						; for any reason, always reject with an identical response
						; equivalent to valid username and invalid password/hash
						; instead of letting the requester know whether there was
						; a matching user or peer for their request.  This reduces
						; the ability of an attacker to scan for valid SIP usernames.
;--------------------------------------------------------------------


;####################################################################

; 1und1:
;
register => 491234567890:[email protected]/491234567890
;...
;####################################################################

[1und1](!)
type=friend
nat=yes
disallow=all
allow=alaw
allow=ulaw
allow=g726
allow=gsm
host=sip.1und1.de
fromdomain=1und1.de
qualify=yes
insecure=port,invite
tos=0x18
canreinvite=no
dtmfmode=auto
language=de

[1und1-1-1](1und1)
host=sipbalance1-1.1und1.de 

[1und1-1-2](1und1)
host=sipbalance1-2.1und1.de

[1und1-1-3](1und1)
host=sipbalance1-3.1und1.de

[1und1-1-4](1und1)
host=sipbalance1-4.1und1.de 

[1und1-2-1](1und1)
host=sipbalance2-1.1und1.de 

[1und1-2-2](1und1)
host=sipbalance2-2.1und1.de

[1und1-2-3](1und1)
host=sipbalance2-3.1und1.de 

[1und1-2-4](1und1)
host=sipbalance2-4.1und1.de

[1und1-3-1](1und1)
host=sipbalance3-1.1und1.de 

[1und1-3-2](1und1)
host=sipbalance3-2.1und1.de 

[1und1-3-3](1und1)
host=sipbalance3-3.1und1.de

[1und1-3-4](1und1)
host=sipbalance3-4.1und1.de

[1und1-4-1](1und1)
host=sipbalance4-1.1und1.de 

[1und1-4-2](1und1)
host=sipbalance4-2.1und1.de

[1und1-4-3](1und1)
host=sipbalance4-3.1und1.de

[1und1-4-4](1und1)
host=sipbalance4-4.1und1.de 

[1und1-5-1](1und1)
host=sipbalance5-1.1und1.de 

[1und1-5-2](1und1)
host=sipbalance5-2.1und1.de

[1und1-5-3](1und1)
host=sipbalance5-3.1und1.de

[1und1-5-4](1und1)
host=sipbalance5-4.1und1.de 

[1und1-6-1](1und1)
host=sipbalance6-1.1und1.de 

[1und1-6-2](1und1)
host=sipbalance6-2.1und1.de

[1und1-6-3](1und1)
host=sipbalance6-3.1und1.de

[1und1-6-4](1und1)
host=sipbalance6-4.1und1.de 

[1und1-7-1](1und1)
host=sipbalance7-1.1und1.de 

[1und1-7-2](1und1)
host=sipbalance7-2.1und1.de

[1und1-7-3](1und1)
host=sipbalance7-3.1und1.de 

[1und1-7-4](1und1)
host=sipbalance7-4.1und1.de 

[1und1-8-1](1und1)
host=sipbalance8-1.1und1.de 

[1und1-8-2](1und1)
host=sipbalance8-2.1und1.de

[1und1-8-3](1und1)
host=sipbalance8-3.1und1.de

[1und1-8-4](1und1)
host=sipbalance8-4.1und1.de

[1und1-9-1](1und1)
host=sipbalance9-1.1und1.de

[1und1-9-2](1und1)
host=sipbalance9-2.1und1.de

[1und1-9-3](1und1)
host=sipbalance9-3.1und1.de

[1und1-9-4](1und1)
host=sipbalance9-4.1und1.de

[telefonica-1](1und1)
host=1und1-1.sip.mgc.voip.telefonica.de

[telefonica-2](1und1)
host=1und1-2.sip.mgc.voip.telefonica.de

[telefonica-3](1und1)
host=1und1-3.sip.mgc.voip.telefonica.de

;[telefonica-4](1und1)
;host=1und1-4.sip.mgc.voip.telefonica.de

[telefonica-5](1und1)
host=1und1-5.sip.mgc.voip.telefonica.de

[telefonica-6](1und1)
host=1und1-6.sip.mgc.voip.telefonica.de

[telefonica-7](1und1)
host=1und1-7.sip.mgc.voip.telefonica.de

[telefonica-8](1und1)
host=1und1-8.sip.mgc.voip.telefonica.de

[491234567890](1und1)
context=incomming
username=491234567890
secret=VollGeheim
fromuser=491234567890
host=sip.1und1.de

Das sieht auf der Console dann so aus:

Code:
homeserver*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status               
...
491234567890/491234567890  212.227.18.137       N      5060     OK (81 ms)           
...
telefonica-8               193.189.245.204      N      5060     OK (88 ms)           
telefonica-7               193.189.245.139      N      5060     OK (88 ms)           
telefonica-6               193.189.245.138      N      5060     OK (76 ms)           
telefonica-5               193.189.245.204      N      5060     OK (77 ms)           
telefonica-3               193.189.245.138      N      5060     OK (76 ms)           
telefonica-2               193.189.245.209      N      5060     OK (81 ms)           
telefonica-1               193.189.245.144      N      5060     OK (86 ms)           
1und1-9-4                  212.227.18.199       N      5060     OK (80 ms)           
1und1-9-3                  212.227.18.139       N      5060     OK (71 ms)           
1und1-9-2                  212.227.67.199       N      5060     OK (68 ms)           
1und1-9-1                  212.227.67.139       N      5060     OK (41 ms)           
1und1-8-4                  212.227.18.198       N      5060     OK (40 ms)           
1und1-8-3                  212.227.18.138       N      5060     OK (41 ms)           
1und1-8-2                  212.227.67.198       N      5060     OK (42 ms)           
1und1-8-1                  212.227.67.138       N      5060     OK (42 ms)           
1und1-7-4                  212.227.18.197       N      5060     OK (41 ms)           
1und1-7-3                  212.227.18.137       N      5060     OK (41 ms)           
1und1-7-2                  212.227.67.197       N      5060     OK (40 ms)           
1und1-7-1                  212.227.67.137       N      5060     OK (42 ms)           
1und1-6-4                  212.227.18.206       N      5060     OK (41 ms)           
1und1-6-3                  212.227.18.136       N      5060     OK (41 ms)           
1und1-6-2                  212.227.67.206       N      5060     OK (41 ms)           
1und1-6-1                  212.227.67.136       N      5060     OK (41 ms)           
1und1-5-4                  212.227.18.205       N      5060     OK (41 ms)           
1und1-5-3                  212.227.18.135       N      5060     OK (42 ms)           
1und1-5-2                  212.227.67.205       N      5060     OK (41 ms)           
1und1-5-1                  212.227.67.135       N      5060     OK (42 ms)           
1und1-4-4                  212.227.18.204       N      5060     OK (41 ms)           
1und1-4-3                  212.227.18.134       N      5060     OK (42 ms)           
1und1-4-2                  212.227.67.204       N      5060     OK (41 ms)           
1und1-4-1                  212.227.67.134       N      5060     OK (41 ms)           
1und1-3-4                  212.227.18.203       N      5060     OK (41 ms)           
1und1-3-3                  212.227.18.133       N      5060     OK (42 ms)           
1und1-3-2                  212.227.67.203       N      5060     OK (42 ms)           
1und1-3-1                  212.227.67.133       N      5060     OK (41 ms)           
1und1-2-4                  212.227.18.202       N      5060     OK (41 ms)           
1und1-2-3                  212.227.18.132       N      5060     OK (41 ms)           
1und1-2-2                  212.227.67.202       N      5060     OK (42 ms)           
1und1-2-1                  212.227.67.132       N      5060     OK (40 ms)           
1und1-1-4                  212.227.18.201       N      5060     OK (41 ms)           
1und1-1-3                  212.227.18.131       N      5060     OK (41 ms)           
1und1-1-2                  212.227.67.201       N      5060     OK (41 ms)           
1und1-1-1                  212.227.67.131       N      5060     OK (40 ms)           
166 sip peers [Monitored: 159 online, 7 offline Unmonitored: 0 online, 0 offline]

Seit zwei Tagen habe ich keine Fehler im Logfile... Da ich aber nichts essentielles verändert habe, glaube ich, daß die nochmal auftauchen werden.

Wie sieht denn deine sip.conf für 1und1/telefonica aus? Hast Du Hinweise auf Fehler in Deinem Logfile?
 
Meine ist im wesentlichen identisch bis auf:
qualify=200
das solltest du lassen zu einem peer hin!
Das kann auch ein Grund sein weshalb 1und1 manchmal nicht registriert ist,
besser qualify=no setzen.
 
Registrierung von "nachname" und "nachname_a" funzen bei einem ex-Strato acc nicht.

Vielen Dank für den Input von oben, speziell was die neuen Balance Server von Telefonica angeht, sowie die für mich neue schreibweise zur Übernahme von standart Daten.

Vorab: ich habe ca 20 Anschlüsse von 1und1 mit den verschiendesten Accounts, die mittlerweile über meinen Asterisk laufen.

Bei EINEM Account (einem ehemaligem Strato Account), kann ich zwar EINES der drei Rufnummern REGISTIEREN, nicht aber alle drei. Wobei das Raustelefonieren über alle drei Nummern prima funzt. Es lässt derzeit nur das "nachname_b" zur Registrierung frei. Mit anderen Worten, die anderen beiden Accounts können von aussen nicht erreicht werden.

Ich poste diesen Beitrag hier, da ich davon ausgehe, dass das alles in einem Zusammenhang steht. Any ideas, woran es liegt? Thnx, Chris!

Die Fehlermeldung ist immer "failed to authenticate".
 
probiere mal: Vorname(nur erster Buchstabe).Nachname (alles klein geschrieben!)
 
thnx netview.... brachte aber leider nichts. dafür habe ich die richtige Antwort dank eines Hinweises von diesem Posting weiter oben gefunden.

hier die neue Art und Weise, ex-Strato Nummern bei 1und1 zu registrieren:

register => v.nachname_a: passwort @ sip.1und1.de:5060/v.nachname_a ;; (natuerlich OHNE Freizeichen dazwischen!!)

dann gibts weiter folgerichtige ein:
[v.nachname_a]
type=peer
register=yes
username=v.nachname_a
fromuser=v.nachname_a
secret=password
host=sip.1und1.de
fromdomain=1und1.de
defaultip=212.227.19.130

früher musste man die Rufnummer [498989 usw] hinter dem "/" angeben.

dadurch müssen dan allerdings auch die Eingaben im [default] in der extensions.conf dementsprechend angepasst werden:
exten => v.nachname_a,1,bla bla bla
exten => v.nachname_a,n,Hangup

zum Raustelefonieren kann man die "alten" Angaben lassen, wenn man in der sip.conf diese nicht mit den neuen Angaben überschrieben hat ;)

so long,
Chris
 
Zuletzt bearbeitet:

Neueste Beiträge

Statistik des Forums

Themen
246,157
Beiträge
2,247,044
Mitglieder
373,675
Neuestes Mitglied
Stefan2000
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.

IPPF im Überblick

Neueste Beiträge