1und1 Problem mit eingehenden Anrufen

arbiter

Neuer User
Mitglied seit
14 Sep 2007
Beiträge
2
Punkte für Reaktionen
0
Punkte
0
Abend,

Da ich mich in letzter Zeit ein wenig mit Asterisk beschäftige habe, bin ich unter anderem auf das sehr gelungene HowTo von Betateilchen gestoßen.
Allerdings bekomm ich es einfach nicht richtig hin, dass Asterisk die eingehenden Anrufe richtig weiterleitet/empfängt.
Wenn ich vom Handy aus anrufe bekomme ich nur zu hören, dass die Nummer nicht existiert und vom Festnetz aus ertönt nur das Besetztzeichen. Ansonsten funktioniert eigentlich alles, was ich bisher probiert habe.

Da nichtmal ein "SIP Debug" irgendetwas anzeigt und ich auch schon vieles (auch was hier im Forum empfohlen wurde) ausprobiert habe, komme ich einfach nicht weiter.

Deshalb wende ich mich einfach mal an die Allwissenden-IP-Phone-Forum-Mitglieder :D

Zu meiner Konfiguration:
Mein Provider ist 1und1.
Asterisk steht hinter einer FritzBoxFon 7050.
Die Ports UDP 10000-20000, 5061 sind auf den asterisk weitergeleitet.
Als Softphone nutze ich X-Lite was sich mit der Nummer 2000 an Asterisk anmeldet.

Meine Sip.conf:
Code:
[general]
port = 5061
bindaddr = 0.0.0.0
context = default
language = de
nat = yes
srvlookup = yes
externip = my.dyn.dns
localnet = 192.168.178.0/255.255.255.0
register = 49xxxx:[email protected]/yyy

[yyy]
type = friend
username = 49xxxx
fromuser = 49xxxx
secret = mypassword
fromdomain = 1und1.de
host = sip.1und1.de
insecure = very
canreinvite = no
disallow = all
allow = ulaw
allow = alaw

[1und1_in]
type = friend
fromdomain = 1und1.de
host = sip.1und1.de
disallow = all
allow = ulaw
allow = alaw

[2000]
type = friend
callerid = Phone1 <2000>
host = dynamic
user = 2000
secret = 1234
canreinvite = no

Meine extensions.conf
Code:
[general]
static = yes
writeprotect = no

[lokal]
exten => 2000,1,Dial(SIP/2000)

[1und1_out]
exten => _0.,1,Dial(SIP/${EXTEN}@yyy)

[ankommend]
exten => 49xxxx,1,Dial(SIP/2000)

[default]
include => lokal
include => 1und1_out
 
Hi,

ich hatte lange das gleiche Problem. Inzwischen habe ich es gelöst. Bei mir hat ein include von "ankommend" in der extensions.conf geholfen. Des Weiteren habe ich in meiner sip.conf einiges mehr stehen:

sip.conf
Code:
[general]
language=de
port=5070
bindport=5070           ; Port to bind to (SIP is 5060)
bindaddr = 0.0.0.0    ; Address to bind to (all addresses on machine)
disallow=all
allow=ulaw
allow=alaw
srvlookup=yes
insecure=very
nat=yes
useragent=AVM FRITZ!Box Fon WLAN 7170 (UI) 29.04.37 (Jun 28 2007)
externhost=myhost.dyndns.org
localnet=x.y.z.0/255.255.255.0 ;(substitute your lan subnet address)
registerattempts=0
registertimeout=5
maxexpirey=3600
defaultexpirey=1800
notifyprivacy=no
externrefresh=120

register => 49xxx:[email protected]/49xxx

[out_5259070]
; das ist der Context fuer abgehende Anrufe
; von 1und1.de eines username

username=496xxx
type=peer
secret=1234567
qualify=yes
nat=yes
insecure=very
canreinvite=no
srvlookup=yes
host=sip.1und1.de
fromuser=49xxx
fromdomain=1und1.de
language=de
disallow=all
allow=ulaw
allow=ilbc
allow=alaw
disallow=g729
allow=gsm
allow=slinear

[2000]
callerid=device <2000>
type=friend
secret=1234
;qualify=yes
qualify=10000
port=5070
nat=no
mailbox=2000
host=dynamic
dtmfmode=rfc2833
canreinvite=no

[2001]
callerid=device <2001>
type=friend
secret=1234
qualify=yes
port=5070
nat=no
mailbox=2001
host=dynamic
dtmfmode=rfc2833
canreinvite=no

[2002]
callerid="device <2002>"
type=friend
secret=1234
qualify=yes
port=5070
nat=no
mailbox=2002
host=dynamic
dtmfmode=rfc2833
canreinvite=no

[in_5259070]
; das ist der Context fue ankommende Anrufe
; von 1und1.de

username=49xxx
type=friend
secret=1234567
qualify=yes
nat=no
insecure=very
canreinvite=no
host=sip.1und1.de
fromuser=49xxx
fromdomain=1und1.de
language=de
context=ankommend
und meine extensions.conf sieht wie folgt aus:

extensions.conf
Code:
[general]
static=yes
writeprotect=no

[echotest]
; Sprachqualität des Endgerätes testen

exten => 81,1,answer
exten => 81,2,wait,1
exten => 81,3,playback,demo-echotest
exten => 81,4,echo
exten => 81,5,playback,demo-echodone
exten => 81,6,hangup

[mailbox_own]
; Sprachmailbox vom eigenen Anschluß abrufen ohne PIN

exten => 88,1,answer
exten => 88,n,wait,1
exten => 88,n,voicemailmain,s${CALLERIDNUM}
exten => 88,n,hangup

[mailbox]
; Sprachmailbox einer fremden Nummer mit PIN

exten => 80,1,answer
exten => 80,n,wait,1
exten => 80,n,voicemailmain
exten => 80,n,hangup

[lokal]
; Erreichbarkeit der Nebenstellen 2000-2003
; untereinander herstellen

exten => _2XXX,1,NoCDR()
exten => _2XXX,n,Dial,SIP/${EXTEN}|10|Ttr
exten => _2XXX,n,Goto,r-${DIALSTATUS}|1

exten => r-BUSY,1,voicemail,b2001
exten => r-BUSY,2,Hangup

exten => r-NOANSWER,1,voicemail,u2001
exten => r-NOANSWER,2,Hangup

[1und1_out]
; Diesen Context verwenden wir zum waehlen von abgehenden
; Rufnummern ueber den 1und1 Account
;
exten => _0.,1,Dial,SIP/${EXTEN}@out_5259070|45|r
;
[ankommend]
; alle Anrufe mit dem 1und1 Username sollen an das SIP Endgeraet 2000
; signalisiert werden
;
exten => 49xxx,1,Dial,SIP/2000|45|r
exten => 49xxx,2,Goto,r-${DIALSTATUS}|1

exten => r-BUSY,1,voicemail,b2000
exten => r-BUSY,2,Hangup

exten => r-NOANSWER,1,voicemail,u2000
exten => r-NOANSWER,2,Hangup

; --------------------------------------------------------------------
;
; hier kommt der default-Context, in dem alle Geraete in der
; Grundkonfiguration erstmal laufen.
; Alle Geraete koennen sich gegenseitig anrufen

[default]
include => lokal
include => echotest
include => mailbox
include => mailbox_own
include => 1und1_out
include => ankommend

Edit Guard-X: Bitte nächstes mal Codes Tags verwenden, anstatt zu zitieren!

Ich hoffe, dass das hilft. Ob wirklich alle Optionen benötigt werden, weiss ich noch nicht. Ich werde das bei Zeiten mal austesten :)

Ferner steht mein Context für ankommend ganz am Ende der SIP.conf. Hatte ich vorher auch nicht, weiß allerdings auch nicht, ob das einen Einfluss hat.
SHE
 
Zuletzt bearbeitet:
Danke für die schnelle Antwort und auch für die 2 conf Dateien, werde die so schnell wie möglich mal ausprobieren.
Allerdings muss das leider bis morgen warten, mir hat es eben den Kernel zerschossen :confused:
Soll aber kein Problem sein, war eh nur eine Testumgebung :rolleyes:

Von deine Empfehlung das "ankommend" in die "Default" mit reinzupacken kann ich aber leider jetzt schon sagen, dass sie nichts bringen wird, da ich das schon ausprobiert habe.

Allerdings ist mir bei einem Vergleich unserer 2 sip.conf aufgefallen, dass du für die einkommenden Gespräche auch ein username und secret gesetzt hast. Das klingt auf jedenfall schonmal recht vielversprechend.

EDIT:
So als kleines Feedback:
Lag garnicht an meinen Asterisk einstellungen :)
Lag daran, dass meine 1und1 Nummer noch nicht registriert war.
Trotzdem danke für die Hilfe
 
Zuletzt bearbeitet:
Hallo,
ich betreibe meinen Asterisk auf einem vServer und hatte mit 1und1-Nummern bisher keine Probleme. Vor 3 Tagen musste jedoch die IP des Name-Servers umgestellt werden und seit dem habe ich folgendes eigenartiges Problem:
Wenn ich sagen wir mal um 11 Uhr vormittags versuche meine 1und1 NUmmer z.B. vom Handy aus zu erreichen, bekomme ich ein "Lieber 1&1 Kunde, der Teilnehmer ist zur Zeit nicht angemeldet". Das stimmt natürlich ncht, weil sämtliche SIP-NUmmern sind definitiv regisrtiert, abgehende Telefonate gehen ja auch.
Wenn ich nun ein "reload" im Asterisk mache und dann nochmal versuche, die SIP-NUmmer anzurufen, gehts auf einmal, undzwar den ganzen Tag über. Erst am nächsten Tag bekomme ich wieder obige Meldung und muss wieder ein "reload" machen.

Hat einer eine Idee ? :)

danke,
mfg
 
Noch keine tolle Idee. Aber Rückfragen. :) Wird Dein Peering zu 1&1 auch mit "sip show peers" erfolgreich angezeigt?

Wenn der DNS-Server das wirklich einzige ist, was geändert wurde (vlt. hat der Provider in seiner Umgebung noch mehr geändert?), dann teste mal das DNS. Sind irgendwo dynamische IP-Adressen im Spiel? Wird der vServer zwangsgebootet oder sowas? Was könnte darauf hinweisen, dass es stets um die gleiche Tageszeit passiert? Geht es zum Beispiel früh um acht oder um sieben noch?
 
Hallo,
sip show peers wird erfolgreich angezeigt. Es passiert nicht immer um die gleiche Uhrzeit und auch nicht immer im gleichen Intervall. Mal gehts länger, mal kürzer. Scheint mir irgendwie sporadisch.
Aber vielleicht hilft dir/euch ein Auszug aus meinem SIP-Debug in dem Moment, wo mein SIP-Account angerufen wird:

Code:
<--- SIP read from 212.227.15.197:5060 --->
INVITE sip:497071xxxxxx@ SIP/2.0
Record-Route: <sip:212.227.15.197;lr=on;ftag=274216563>
Record-Route: <sip:212.227.15.232;lr=on;ftag=274216563>
Record-Route: <sip:212.227.15.197;lr=on;ftag=274216563>
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK263b.b26e29e549f30c958cee3f444de556b2.0
Via: SIP/2.0/UDP 212.227.15.232;branch=z9hG4bK263b.b26e29e549f30c958cee3f444de556b2.0
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bKterm-1eb091-4915229566395-497071959250
Via: SIP/2.0/UDP sipgw01.bmcag.com:5060 ;received=62.206.6.140;branch=z9hG4bKterm-1eb091-4915229566395-497071959250
Route: <sip:212.227.15.197;lr>
From: 491522xxxxxxx <sip:[email protected];user=phone>;tag=274216563
To: 497071959250 <sip:[email protected];user=phone>
Call-ID: [email][email protected][/email]
CSeq: 1 INVITE
Supported: timer
Session-Expires: 1800
Min-SE: 1800
Contact:  <sip:[email protected]:5060>
Allow: INVITE,ACK,PRACK,SUBSCRIBE,BYE,CANCEL,NOTIFY,INFO,REFER,UPDATE
P-Asserted-Identity:  <sip:[email protected]>
Max-Forwards: 67
Content-Type: application/sdp
Content-Length: 401

v=0
o=- 2831916 0 IN IP4 87.234.9.218
s=Cisco SDP 0
c=IN IP4 87.234.9.218
t=0 0
m=audio 23432 RTP/AVP 8 0 2 99 18 101 110
a=rtpmap:99 G726-24/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:110 X-NSE/8000
a=fmtp:110 192-194,200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 110
a=X-cpar: a=rtpmap:110 X-NSE/8000
a=X-cpar: a=fmtp:110 192-194,200-202
a=X-cap: 2 image udptl t38

<------------->
--- (22 headers 16 lines) ---
Sending to 212.227.15.197 : 5060 (no NAT)
Using INVITE request as basis request - [email][email protected][/email]
Found no matching peer or user for '212.227.15.197:5060'
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 2
Found RTP audio format 99
Found RTP audio format 18
Found RTP audio format 101
Found RTP audio format 110
Peer audio RTP is at port 87.234.9.218:23432
Found description format G726-24 for ID 99
Found description format telephone-event for ID 101
Found description format X-NSE for ID 110
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x20030c (ulaw|alaw|g729|speex|h264)/video=0x0 (nothing), combined - 0xc (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 87.234.9.218:23432
Looking for 497071xxxxxx in empty (domain)

<--- Reliably Transmitting (no NAT) to 212.227.15.197:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK263b.b26e29e549f30c958cee3f444de556b2.0;received=212.227.15.197
Via: SIP/2.0/UDP 212.227.15.232;branch=z9hG4bK263b.b26e29e549f30c958cee3f444de556b2.0
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bKterm-1eb091-4915229566395-497071959250
Via: SIP/2.0/UDP sipgw01.bmcag.com:5060 ;received=62.206.6.140;branch=z9hG4bKterm-1eb091-4915229566395-497071959250
From: 491522xxxxxxx <sip:[email protected];user=phone>;tag=274216563
To: 497071xxxxxx <sip:[email protected];user=phone>;tag=as3e36e05b
Call-ID: [email][email protected][/email]
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
vs4830*CLI>
<--- SIP read from 212.227.15.197:5060 --->
ACK sip:497071xxxxxx@ SIP/2.0
Record-Route: <sip:212.227.15.197;lr=on;ftag=274216563>
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK263b.b26e29e549f30c958cee3f444de556b2.0
Via: SIP/2.0/UDP 212.227.15.232;branch=z9hG4bK263b.b26e29e549f30c958cee3f444de556b2.0
From: 491522xxxxxxx <sip:[email protected];user=phone>;tag=274216563
Call-ID: [email][email protected][/email]
To: 497071xxxxxx <sip:[email protected];user=phone>;tag=as3e36e05b
CSeq: 1 ACK
Max-Forwards: 69
User-Agent: OpenSER (1.3.4-tls (i386/linux))
Content-Length: 0

Edit Guard-X: Nochmal hinterhergeputzt und Code-Tags eingefügt! Bitte verwende diese um die Lesbarkeit zu erhöhen!
 
Zuletzt bearbeitet:
Offensichtlich ist es Deine Seite, die den Anruf mit einem 404-Not Found beantwortet... :eek: Setze in Deinem Anrufkontext doch bitte mal eine Extension

Code:
exten => 497071959250,1,Answer()
exten => 497071959250,n,Milliwatt()

ein und beobachte das Verhalten. Von Interesse wäre dann auch noch, was genau bei sip show peers in solchen Fällen zu sehen ist!
 
Update:

Habe heute mittag um 12 ein reload gemacht, grad gehts wieder nicht.
Wieder die Meldung "Der 1&1-Teilnehmer ist nicht angemeldet", wenn man versucht die Nummer zu erreichen.
Das SIP-show-peers zeigt, dass was es immer zeigt, nämlich:
Code:
497071xxxxxx/497071xxxxxx  212.227.15.231       N      5060     Unmonitored

@kritter: Was bringt das Einfügen der extension und der Milliwatt-Eintrag ?^^

danke,
mfg CTU
 
Ach menno, ;)

das "unmonitored" zeigt doch, dass das "sip show peers" bei Dir _nicht_ die gewünschte Info liefert. Schalt doch bitte mal in der sip.conf ein "qualify=200" ein oder so... (Du musst den Peer unbedingt unter ein Monitoring stellen)

Zu Deiner Frage, was die Extension soll: Meine Vermutung geht in die Richtung, dass das Ablehnen ("404 - Not Found") bzw. Annehmen eingehender Gespräche vom Registrierungsstatus abhängt. Registrierung und Abschnitt in der sip.conf sind zwei Paar Schuhe... Es sind zwei verschiedene Mechanismen. Der eine schickt das INVITE bei erfolgter Registrierung in die "s"-Extension des incoming-Kontext, im anderen Falle wird das INVITE nicht anhand des _registrierten_ Hosts im Abschnitt erkannt, sondern anhand der Registrierung im "register". Dort wird aber nicht IP-basiert gematched, sondern die Zuordnung über die Registrierung vorgenommen, und es können vom _registrierenden_ Server mehrere Registrierungen (z.B. mehrere Accounts beim selben Server des gleichen VoIP-Providers) unterschieden werden. Diese Anrufe landen dann nicht in der "s"-Extension, sondern in einer Extension, die der Adresse im INVITE entspricht.

Das ist jetzt vielleicht ein bißchen kompliziert zu erklären, wie Du merkst. Aber hast Dus einfach mal probiert?? Meine Theorie besagt, dass dann ggf. statt einer "Teilnehmer nicht erreichbar"-Meldung der Milliwatt-Piepton für den Anrufer zu hören ist...

Auch würde nochmals interessieren, ob und welche SIP messages ggf. nach dem "Not Found" noch gesendet und empfangen werden. Oder ist dann schon wieder Funkstille auf der Leitung?

BTW: Mein Asterisk hängt ja u.a. auch am 1&1-SIP. Welche Asterisk-Version betreibst Du denn?
 
Zuletzt bearbeitet:
Hallo,
also erst mal ein gutes neues ! :)

zum sip show peers:

Bei Fehlermeldung: 497071xxxxxx/497071xxxxxx 212.227.15.197 N 5060 OK (15 ms)
Wenn es geht: 497071xxxxxx/497071xxxxxx 212.227.15.231 N 5060 OK (4 ms)

Zum Vergleich mit einer Sipgate-Nummer:

7xxxxxx/7xxxxxx 217.10.79.9 N 5060 OK (3 ms)



=> Achja, noch eine Beobachtung: Nach dem reload dauert es meistens nochmal 3-5 Minuten, bis dann die Rufnummer auch wirklich wieder erreichbar ist; nach einem restart hingegen gehts sofort.

Bin gespannt ob das was hilft :)

Das mit der extension probiere ich morgen mal aus ;-)

gute Nacht und vielen dank nochmal/schonmal ;-)

mfg,
CTU
 
Zuletzt bearbeitet:
Hallo,
also erst mal ein gutes neues ! :)

Bei Fehlermeldung: 497071xxxxxx/497071xxxxxx 212.227.15.197 N 5060 OK (15 ms)
Wenn es geht: 497071xxxxxx/497071xxxxxx 212.227.15.231 N 5060 OK (4 ms)

Aha! Jetzt wird es interessant... :D

Die zwei angegebenen IP-Adressen sind in der Tat die zwei einzigen öffentlich sichtbaren SIP-Adressen von 1und1. Jetzt überprüfe mal bitte, ob das Problem wirklich immer mit _einem_ der beiden Server korreliert.

So schon mal vor Wochen bei mir geschehen!

In diesem Zusammenhang prüfe bitte auch, dass Du im peer-Abschnitt und in der register-Anweisung den 1und1-Server auf die gleiche Weise ansprichst. Mein Tipp: Nimm eine der beiden IP-Adressen, nicht den DNS-Namen. Auf keinen Fall aber ein Mischmasch aus beidem!

Ooh Gott, da fällt mir grad noch was aus einem ganz frühen Post von Dir auf: In Deiner sip.conf steht im incoming-Kontext "in_5259070" die Option "nat=no". Das solltest Du vielleicht nochmal ändern... ;)

Schau mal, ob das alles weiterhilft.

Viel Spaß am Gerät! :)
 
Keiner Nachtrag:

Jetzt hab ich bei sip show peers:

497071xxxxxx/497071xxxxxx 212.227.15.197 N 5060 OK (5 ms)

Jetzt hab ich also die IP, die "eigentlich" nicht gehen sollte.
Aber momentan klappts noch mit den eigehenden Anrufen.

Noch eine kurze Frage zu
In diesem Zusammenhang prüfe bitte auch, dass Du im peer-Abschnitt und in der register-Anweisung den 1und1-Server auf die gleiche Weise ansprichst.

Soll ich im peer-abschnitt sowohl bei "host" als auch bei "fromdomain" jeweils das gleiche eintragen, also in diesem Falle jeweils die gleiche IP ?
Weil momentan sieht es bei mir so aus, dass da leicht verschiedene Sachen stehen:
host=1und1.de
fromdomain=sip.1und1.de

und in der Regsitrierung:
register => [email protected]/497071xxxxxxx

Achja und ich habe bei allen peers schon immer "nat=yes" stehen gehabt, ich weiß nicht, woher du das hast ? ;-)

Ich halte dich auf dem Laufenden und danke nochmal für deine Hilfe :)

mfg,
CTU

############ Nachtrag #########

Wenn ich alles, also host, fromdomain und den eintrag in der registrierung auf eine der IPs umstelle, dann kann ich zwar richtig erreicht werden, aber raustelefonieren geht dann nicht mehr. Eine Fehlermeldung kommt dann auch:

[Jan 2 15:08:37] WARNING[23216]: chan_sip.c:11995 handle_response_invite: Received response: "Forbidden" from '"Name" <sip:[email protected]>;tag=as19e0ff95'
 
Zuletzt bearbeitet:
Soll ich im peer-abschnitt sowohl bei "host" als auch bei "fromdomain" jeweils das gleiche eintragen, also in diesem Falle jeweils die gleiche IP ?
Weil momentan sieht es bei mir so aus, dass da leicht verschiedene Sachen stehen:
host=1und1.de
fromdomain=sip.1und1.de

Ausnahmen bestätigen die Regel... ;) Mit einer Domain ist wirklich immer nur der Domainteil gemeint, also in diesem Fall tatsächlich "1und1.de".

Ich schaue gerade mal in meine Konfig und poste mal wie es bei mir aussieht:

Code:
register => 49361228xxxx:[email protected]/228xxxx

[sip-1und1-out]
type=peer
nat=no
context=from-1und1-sip
secret=xxxxxyyyyyy
insecure=invite,port
username=49361228xxxx
fromuser=49361228xxxx
fromdomain=1und1.de
host=212.227.15.231
qualify=40
canreinvite=no

(bei mir "nat=no" wegen einer direkten Internet-IP)

> Achja und ich habe bei allen peers schon immer "nat=yes" stehen
> gehabt, ich weiß nicht, woher du das hast ? ;-)
Sorry, mein Fauxpas. Es stammte aus dem zweiten Post von "SHA", das war mein Versehen... :)


Wenn ich alles, also host, fromdomain und den eintrag in der registrierung auf eine der IPs umstelle, dann kann ich zwar richtig erreicht werden, aber raustelefonieren geht dann nicht mehr. Eine Fehlermeldung kommt dann auch:

[Jan 2 15:08:37] WARNING[23216]: chan_sip.c:11995 handle_response_invite: Received response: "Forbidden" from '"Name" <sip:[email protected]>;tag=as19e0ff95'

Ist es denn die 15.231, auf die Du umgestellt hast? Ansonsten würde ich es 1&1 zuschieben. Auch deren Server brauchen in der dynamischen Registrierung manchmal einige Minuten oder Stunden, bis sie Änderungen kapieren... ;)
 
Hallo,
also ich will nichts beschreien, aber ich denke, es geht jetzt. Werde natürlich die nächsten 24h noch testen und abwarten, aber mit deinem neuen Vorschlag scheints zu gehen:

Registrierung mit:
Code:
register => [email protected]/497071xxxxxxx

Host auf:
Code:
host=212.227.15.231

und letztendlich fromdomain auf:
Code:
fromdomain=1und1.de


danke dir nochmal und in der Hoffnung, des es weiterhin tut ...

CTU ;-)
 
Hallo Leute

gute vorschläge.

ist bei mir getestet !

und läuft !!!

host=sip.1und1.de
fromdomain=1und1.de

es gibt 16 sip.balancer die man eintragen kann !

und zwar sipbalancer1-1.1und1.de und sipbalancer1-2.1und1.de

bis sipbalancer8-1.1und.de und sipbalancer8-2.1und1.de

dtmfmode=auto für die menüs

gruss walter

ps: config als beispiel steht in einem anderen beitrag ( bitte suchen )
 
hi,

ich habe dazu auch eine Frage: ich bekomme keine eingehende Anrufe. Ausgehend klappt super. Meine Asterisk 1.4 hängt hinter einer FB 7050.

Meine sip.conf (Auszug):
PHP:
register => 4951XXXXXXXX:[email protected]/4951XXXXXXXX

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


; **************************************************************

[1und1gate-Nummer-1](1und1-template)
   context = default
   username= 4951XXXXXXXX
   fromuser =4951XXXXXXXX
   secret = pw

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

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

[1und1_in_2-1](1und1-template)
   context = 1und1
   host=sipbalance2-1.1und1.de

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

[1und1_in_3-1](1und1-template)
   context = 1und1
   host=sipbalance3-1.1und1.de

[1und1_in_3-2](1und1-template)
   context = 1und1
   host=sipbalance3-2.1und1.de

[1und1_in_4-1](1und1-template)
   context = 1und1
   host=sipbalance4-1.1und1.de

[1und1_in_4-2](1und1-template)
   context = 1und1
   host=sipbalance4-2.1und1.de
[1und1_in_2-2](1und1-template)
   context = 1und1
   host=sipbalance2-2.1und1.de

[1und1_in_3-1](1und1-template)
   context = 1und1
   host=sipbalance3-1.1und1.de

[1und1_in_3-2](1und1-template)
   context = 1und1
   host=sipbalance3-2.1und1.de

[1und1_in_4-1](1und1-template)
   context = 1und1
   host=sipbalance4-1.1und1.de

[1und1_in_4-2](1und1-template)
   context = 1und1
   host=sipbalance4-2.1und1.de

[1und1_in_5-1](1und1-template)
   context = 1und1
   host=sipbalance5-1.1und1.de

[1und1_in_5-2](1und1-template)
   context = 1und1
   host=sipbalance5-2.1und1.de

[1und1_in_6-1](1und1-template)
   context = 1und1
   host=sipbalance6-1.1und1.de

[1und1_in_6-2](1und1-template)
   context = 1und1
   host=sipbalance6-2.1und1.de

[1und1_in_7-1](1und1-template)
   context = 1und1
   host=sipbalance7-1.1und1.de

[1und1_in_7-2](1und1-template)
   context = 1und1
   host=sipbalance7-2.1und1.de

[1und1_in_8-1](1und1-template)
   context = 1und1
   host=sipbalance8-1.1und1.de

[1und1_in_8-2](1und1-template)
   context = 1und1
   host=sipbalance8-2.1und1.de

Meine extension.conf (Auszug):
PHP:
[1und1]
include => default
exten => _9.,1,Dial(SIP/${EXTEN:1}@1und1gate-Nummer-1,60)
exten => _9.,2,Congestion
exten => _9.,102,Busy

Ich merke gerade, es fehlt glaube ich eine Regel was mit eingehenden Verbindungen passieremn soll. Allerdings sehe ich im CLI nicht irgend etwas eingehen.

Wenn ich vom Handy anrufe, sagt mir eine nette Stimme:"Der Teilnehmer ist momentan nicht erreichbar."

sip show peers zeigt:
PHP:
001/001                    192.168.2.59     D          5060     Unmonitored <-- Peer der telefoniert
1und1_in_8-2               212.227.67.198       N      5060     OK (1246 ms)
1und1_in_8-1               212.227.67.138       N      5060     OK (407 ms)
1und1_in_7-2               212.227.67.197       N      5060     OK (620 ms)
1und1_in_7-1               212.227.67.137       N      5060     OK (257 ms)
1und1_in_6-2               212.227.67.206       N      5060     OK (455 ms)
1und1_in_6-1               212.227.67.136       N      5060     OK (472 ms)
1und1_in_5-2               212.227.67.205       N      5060     OK (1299 ms)
1und1_in_5-1               212.227.67.135       N      5060     OK (610 ms)
1und1_in_4-2               212.227.67.204       N      5060     OK (498 ms)
1und1_in_4-1               212.227.67.134       N      5060     OK (525 ms)
1und1_in_3-2               212.227.67.203       N      5060     OK (542 ms)
1und1_in_3-1               212.227.67.133       N      5060     OK (433 ms)
1und1_in_2-2               212.227.67.202       N      5060     OK (568 ms)
1und1_in_2-1               212.227.67.132       N      5060     OK (577 ms)
1und1_in_1-2               212.227.67.201       N      5060     OK (580 ms)
1und1_in_1-1               212.227.67.131       N      5060     OK (582 ms)
1und1gate-Nummer-1/4951  212.227.67.201       N      5060     OK (600 ms)

sip show registry zeigt:

PHP:
sip.1und1.de:5060               4951XXXXXXXXX     14385 Registered           Tue, 14 Sep 2010 22:53:3

bevor Flames kommen: Ich bin den dritten Tag hier im Forum am suchen.

Ist es bei 1und1 noch nötig die Fritz!Box zu verändern, damit man nicht 8 std. gesperrt wird?

Gruß,
Björn
 
port

muss die ports der fritzbox freimachen ( 5060 )

sich gesperrt default, muss gepatcht werden !!!
 
Meine sip.conf (Auszug):

Du hast den falschen peer typ "friend" anstatt "peer" und doppelte peer template instanzen und überflüssige "context" da drin.

Hier gehts so:

Code:
[1und1-de]
type=peer
username=49xxxxxxxxx
fromuser=49xxxxxxxx
secret=xxxxxx
host=sip.1und1.de
fromdomain=sip.1und1.de
nat=no
canreinvite=no
qualify=yes
disallow=all
allow=alaw

[1und1-template](!)
type=peer
context=von-1und1-de
insecure=port,invite
nat=no
canreinvite=no
qualify=yes
disallow=all
allow=alaw

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ist das korrekt? 1und1 hat nur die 6 Registrare im SRV record und aliase zu den anderen incoming-proxys sind nicht im A record konfiguiert:

Code:
host -t SRV _sip._udp.sip.1und1.de
_sip._udp.sip.1und1.de has SRV record 0 0 5060 sipbalance1-1.1und1.de.
_sip._udp.sip.1und1.de has SRV record 0 0 5060 sipbalance1-2.1und1.de.
_sip._udp.sip.1und1.de has SRV record 0 0 5060 sipbalance2-1.1und1.de.
_sip._udp.sip.1und1.de has SRV record 0 0 5060 sipbalance2-2.1und1.de.
_sip._udp.sip.1und1.de has SRV record 0 0 5060 sipbalance4-1.1und1.de.
_sip._udp.sip.1und1.de has SRV record 0 0 5060 sipbalance4-2.1und1.de.

muss die ports der fritzbox freimachen ( 5060 )

Muss ich hier nicht. qualify=yes und STUN reicht bei CallWeaver.
 
ist schon richtig

friend ist für rein und raus, siehe doc.

ausserdem ist das verhalten je nach version anders.

die templates sind simple textbausteine und bei euch ist der einfach halber immer das selbe drin, bei mir gibt es entsprechend viele contexte, kannst auch weg lassen.

Es gibt sogar noch sip einwahlen bei telefonica.

Leider weiss niemannd so genau was bei 1und1 passiert.
Ist bei allen anderen kein problem.

Bei mir kommt dazu das ich 4 dsl leitungen über einen loadbalancer habe und somit die route nie klar ist, je nach last.

weiterhin die nameserver abfrage immer eine andere reihenfolge der ips.

komme noch nicht klären warum, könnte aber auch ein problem sein.

Verbindungsprobleme tauchen manchmal nach stunden, oder auch tage, oder erst nach wochen auf.
 
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.