Ständiges Besetztzeichen bei Anrufen nach draussen

[Proby]

Hallo,

mit meinem Sipgate 1001 kann ich neuerdings nur noch bestimmte Anschlüsse Anrufen. Bei anderen bekomme ich ständig das Besetztzeichen, obwohl die gerade nicht Telefonieren. Ich habe bereits ein Reset bei meinem ATA durchgeführt, leider ohne erfolg. Auch habe ich das analoge Telefon ausgetauscht. An dem Router habe ich keine Änderungen vorgenommen.

Anrufe kommen noch rein, gehen aber nicht mehr raus, Testanrufe funktionieren, und da ich die selben Schwierigkeiten bei WEB.de und bei Sipgate habe, gehe ich davon aus, das mein ATA das Problem verursacht. Hoffe ihr könnt mir weiterhelfen. Besten Dank im voraus.

Proby

 

[Carli]

Hey Proby,

schau mal beim Wählen einer Nummer auf die Infoseite des Sipuras und überprüfe ob die gerade gewählte Nummer korrekt aussieht. Ich vermute nämlich einen Fehler bei Deinem Dial-Plan.
Ansonsten schreib mal welche Art von Nummern funktionieren und welche nicht. Ein Auszug aus dem Syslog würde helfen.

Gruß
C.

 

[Proby]

Wird einfach nicht besser.

Hallo Carli,

da ich schon eine Weile an dem Problem herumgebastelt habe und ich auf das das VoIP Telefon doch einigermaßen angewiesen bin, habe ich mir flugs ein neues ATA zugelegt (vorher ein SPA 1001, jetzt das PAP2). Gebracht hat es mir allerdings nichts.

Nachdem das ganze mit dem neuen ATA auch nicht funktionierte, habe ich einen Reset an meine alten WLAN – Router durchgeführt, da ich davon ausging, das die Ports eventuell falsch eingestellt waren. Mit dem Ergebnis, das mein Router gänzlich verabschiedet hat (ich komme nicht mehr in das Adminmenü rein, weder mein eigenes Passwort noch das von Werk aus eingestellte funktionieren noch). Das Problem bleibt bestehen, auch nachdem ich den Router mal über Nacht ausgesteckt hatte (wirkt ja manchmal wunder). Ich werde mir also wohl auch einen neuen Router zulegen müssen (mindestens 50 MB-Wlan, eventuell kann mir jemand ein gutes und günstiges Modell empfehlen!!!).

Jetzt klappt nichts mehr. Manchmal kann ich noch raustelefonieren (manchmal!!!), aber im großen klappt hier garnichts.

Mein SYS-Log:

[0]RegFail. Retry in 15
RSE_DEBUG: unref domain, sipgate.de
RSE_DEBUG: last unref for domain sipgate.de
[0]On Hook
DNS Querying host: sipgate.de failed
DNS fail -1; sipgate.de
[0]Off Hook
DNS Querying host: sipgate.de failed
DNS fail -1; sipgate.de
DNS Querying host: stun.sipgate.net failed
DNS fail -1; stun.sipgate.net
RSE_DEBUG: reference domain:sipgate.de
DNS Querying host: sipgate.de failed
RSE:GetServerAddrErr(sipgate.de,0)=-101
TP:?Tx->0
[0:45]->0.0.0.0:5060
[0:45]->0.0.0.0:5060
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 192.168.2.100:45;branch=z9hG4bK-2b19094;rport
From: Rxxxxx Rxxxxxx <sip:[email protected]>;tag=71f4e42890455d3eo0
To: Rxxxxx Rxxxxxx <sip:[email protected]>
Call-ID: [email protected]
CSeq: 49862 REGISTER
Max-Forwards: 70
Contact: Rxxxxx Rxxxxxx <sip:[email protected]:45>;expires=300
Warning: 399 spa "STUN Server Not Reachable"
User-Agent: Linksys/PAP2-3.1.9(LSc)
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura



[0]RegFail. Retry in 15
RSE_DEBUG: unref domain, sipgate.de
RSE_DEBUG: last unref for domain sipgate.de
DNS Querying host: sipgate.de failed
DNS fail -1; sipgate.de

Meine Port – Weiterleitungen des Routers:

Current Port Forwarding Table:
192.168.2.100- UDP - 5060
192.168.2.100 – UDP - 5062
192.168.2.100 - UDP- 30000-30021
192.168.2.100 – UDP - 10000-10012
192.168.2.100- UDP - 16384-16482
192.168.2.100 – UDP – 5061



Hoffe, ihr könnt mir sagen, was ich hier falsch mache, bevor ich noch aus dem Fenster springe (Erdgeschoss).

 

[zoo]

Deine sipgate.de-Einstellungen sind nicht richtig. Bitte vergleiche die Einstellungen mit denen auf www.spakonfig.de!

 

[Proby]

Meine Einstellungen habe ich von www.spakonfig.de, wie vor einem Jahr bereits auch schon. Wenn ich "NAT module function" auf meinem Router abschalte klappt der ATA teilweise sogar, ich kann dann eben nicht alle Nummern anrufen. Dafür klappt dann mein Internet am PC nicht mehr.

 

[zoo]

Mein SYS-Log:
[0]RegFail. Retry in 15

...

Meine Port – Weiterleitungen des Routers:

Current Port Forwarding Table:
192.168.2.100- UDP - 5060
192.168.2.100 – UDP - 5062
192.168.2.100 - UDP- 30000-30021
192.168.2.100 – UDP - 10000-10012
192.168.2.100- UDP - 16384-16482
192.168.2.100 – UDP – 5061

Also deine Registrierung schlägt fehl. Es sieht halt so aus, als wenn der Proxy falsch eingestellt ist. Es kann aber auch an fehlerhafter DNS-Auflösung liegen, dass dein ROuter oder dein provider nicht die DNS SRV RRs durchlässt.

Zu deinen Portweiterleitungen: Ports 5060-5061, 16384-16482 sind richtig. Die anderen (5062, 10000 ff. und 30000 ff.) sind aber nicht nötig.

bitte überprüf unbedingt den Proxy!

 

[Proby]

Ich fürchte, das es am Proxy nicht liegt, wäre ja auch irgendwie zu einfach (siehe Anhang).

 

[zoo]

Stell mal Use_outbound_proxy und use_OB_Proxy_in_dialog aus.

Registriert sich denn dein PAP bei sipgate?

 

[Proby]

nein, leider nicht :-(

 

[ssteiner]

Anhand von

DNS Querying host: sipgate.de failed
DNS fail -1; sipgate.de

würde ich mal überprüfen ob all deine DNS Einstellungen stimmen. Die Meldung heisst doch dass dein SPA einen DNS Lookup an einen DNS Server schickt, aber keine Antwort bekommt (würde Sipgate antworten, müsstest du was im Trace sehen).
Ist dein SPA1001 auf DHCP oder Statisch eingestellt? Falls DHCP, kannst du von deinem PC aus (ich hoffe der benutzt auch DHCP) ein nslookup sipgate.de machen und kriegst du eine Antwort?
Falls statisch eingestellt: kannst du überprüfen ob 1) überhaupt ein DNS Server eingetragen ist, und 2) ob diese noch erreichbar sind (vom PC aus: nslookup <Enter> server #ip addresse dns server wie im spa eingetragen# <Enter> (natürlich ohne die # Zeichen), danach sipgate.de <Enter> eingeben.. dann müsstest du eine IP addresse bekommen. Falls ein Fehler kommt hast du den Schuldigen. Es kann ja durchaus sein dass du ein DNS Server fix eingetragen hast der plötzlich nicht mehr will (z.B. ein DNS Server eines anderen Provider wo sich der Provider plötzlich entschlossen hat Anfragen die nicht aus dem eigenen Netz kommen zu ignorieren).
Gerade wenn die Einstellungen von deinem PC und SPA nicht diesselben sind was DNS betrifft kann es durchaus vorkommen dass der eine noch prima funktioniert, der andere aber überhaupt nicht mehr.

 

[Proby]

Es geht voran

So, ich bin jetzt einen Schritt weiter. Offensichtlich klappte das Zusammenspiel mit den IP's 192.168.2.1 (Router) und 192.168.2.100 (ATA). Ich habe den ATA umgetauft und jetzt verbindet dieser sich ohne Probleme.

Jetzt bleibt aber das zu aller erst genannte Problem. Bei einigen Telefonnummern (vermutlich ISDN-Anschlüssen) erhalte ich nur ein „Besetzt-Zeichen“. Rufe ich mich aber z.B. Selber in Frankreich auf meinen analogen Anschluss an, klappt das Problemlos.

Witziger weise habe ich dieses Problem jetzt, obwohl ich den Router und den ATA gewechselt habe :-(


----------------------------------------------------------------

RSE_DEBUG: reference domain:sipgate.de
[0:5062]->217.10.79.9:5060
[0:5062]->217.10.79.9:5060
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.5.118.105:5062;branch=z9hG4bK-e8e48449;rport
From: Rxxxxx Rxxxxxx <sip: [email protected]>;tag=f7bd9ea57c4d26d1o0
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
Max-Forwards: 70
Proxy-Authorization: Digest username="xxxxxxx",realm="sipgate.de",nonce="4497f7b4e2df5734944674717566e787dd25e6b2",uri="sip:[email protected]",algorithm=MD5,response="2eb15aff16742836ad7ff8fa7fd14dba"
Contact: Rxxxxx Rxxxxxx <sip: [email protected]:5062>
Expires: 240
User-Agent: Linksys/PAP2-3.1.9(LSc)
Content-Length: 418
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 2739 2739 IN IP4 84.5.118.105
s=-
c=IN IP4 84.5.118.105
t=0 0
m=audio 16454 RTP/AVP 8 0 2 4 18 96 97 98 100 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv


[0:5062]<<217.10.79.9:5060
[0:5062]<<217.10.79.9:5060
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 84.5.118.105:5062;branch=z9hG4bK-e8e48449;rport=5062
From: Rxxxxx Rxxxxxx <sip: [email protected]>;tag=f7bd9ea57c4d26d1o0
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
Server: sipgate ser
Content-Length: 0



RSE_DEBUG: unref domain, sip.web.de
RSE_DEBUG: last unref for domain sip.web.de
[0:5062]->217.10.79.9:5060
[0:5062]->217.10.79.9:5060
[0:5062]->217.10.79.9:5060

----------------------------------------------------------------

Der Dial Plan: (<**:>[2-9]|<:02225>[1-9]xx.|<0:0>[0-9]xxxx.|<#,:>x.)

Eine Idee, woran das liegen könnte?

 

[zoo]

Dial-Plan sieht soweit okay aus. Obwohl ich ihn so schreiben würde:

(<**:>[2-9]|<:02225>[1-9]xx.|0xx.|<#,:>x.)


Was sagt denn das Syslog bei nicht klappenden Anrufen. Da muss mehr stehen als das, was du oben eingefügt hast.


Und wieso hast du die IP .173 noch im LOG?

 

[Proby]

Erstmal vorweg, vielen Dank für deine Bemühungen

Erstmal vorweg, vielen Dank für deine Bemühungen

Den Dialplan habe ich nach deiner vorgabe geändert. Den Syslog hänge ich als datei hinten dran.

Viele Grüße

Proby

 

[zoo]

Und wieso hast du die IP .173 noch im LOG?
Ich dachte der SPA ist die .100!

 

[Proby]

Und wieso hast du die IP .173 noch im LOG?
Ich dachte der SPA ist die .100!

Nein Nein, der SPA hatte die .100, was sich mit dem Router nicht vertrug. Jetzt hat er die .173 und er meldet sich zumindest an.