Kann VOIP Anrufe nur entgegen nehmen wenn ich vorher anrief

[huri2khan]

----EDIT Zusammenfassung des Threads EDIT----
Problem: Anrufe konnten nur bis exakt 15min nach einem abgehenden Anruf entgegen genommen werden, danach bekam der Anrufer ein Besetztzeichen
Lösung: unter dem Tab: Line 1 musste das Feld: Use Pref Codec only: von Yes auf No geändert werden - damit konnten die Anrufe immer entgegen genommen werden
Ursache: scheinbar wechselt der Anbieter VOIPDiscount die Codecs für ab- und eingehende Anrufe
----EDIT OUT----

Hallo,

Bisher haben alle Selbstversuche immer funktioniert, bis mich ein Anrufer darauf aufmerksam gemacht hat, dass meine Nummer nicht erreichbar ist. Mit dem Handy angerufen, wird sofort wieder der Anruf beendet und vom Festnetz aus kommt das Besetztzeichen, obwohl niemand telefoniert. Dies passiert nur, wenn lange keine VOIP Gespräche nach außen geführt wurden. Habe ich gerade versucht irgendwo nach draußen zu telefonieren, bin ich ohne Probleme erreichbar.

Was habe ich vergessen oder was hab ich möglicherweise falsch eingestellt?
Im Router hab ich in der Firewall alles wichtige eingetragen.

Danke schon mal für eure Hinweise.

Gruß

 

[ssteiner]

Welchen Provider haste denn und wie wie hast du dein Device Konfiguriert? Es scheint so als fehle dir ein NAT keepalive/STUN.. das würde dieses Phänomen erklären.

 

[huri2khan]

Hallo,

danke für deine Antwort.
Provider ist GMX und VOIPProvider ist VOIPDiscount - siehe Signatur.
Einstellungen...leider weiß ich nicht, wie ich dir die alle zur Verfügung stellen soll, aber ich schreib hier mal die wichtigsten hin:

Bei Line1:
NAT Mapping: Yes; NAT Keep Alive Enable: Yes;
Answer Call without Reg: Yes

Bei SIP:
STUN Enable: Yes; STUN Test Enable: YES;
STUN Server: stun.voipdiscount.com;
NAT Keep Alive Invl: 10

Im Router habe ich die Ports 5050-5080 und 16384-165482 sowohl TCP wie auch UDP direkt auf die (statische) IP des SPA geforwarded.
Auch als ich den SPA auf DMZ gesetzt habe, hat sich leider nichts mit der Erreichbarkeit geändert. Also kann es am Router ja nicht mehr liegen.

Wo könnt ich noch schaun?
Hab auch gerade nochmal alle empfohlenen Einstellungen von SPAkonfig.de durchgecheckt - nichts was ich vergessen hätt.

Gruß

 

[gandalf94305]

Mir scheint, hier ist die Expiration des SPA für die Registrierung länger als die Expiration beim Provider... was hast Du denn eingestellt?

--gandalf.

 

[huri2khan]

Hallo gandalf,

danke für den Hinweis.
Eingestellt ist bei mir unter Line1:
Register Expires: 300
Proxy Fallback Intvl: 3600
Mailbox Subscribe Expires: 2147483647 <--- wie der Wert dort hin kommt weiß ich nicht, vielleicht mit dem letzten Update

Wenn das aber eher auslaufen sollte als von VOIPDiscount vorgesehen, müsste doch der Fall eintreten, dass die Nummer umgeleitet wird (so hab ich es eingestellt im Softwareclient von VOIPDiscount) - ist der SPA aus, klappts ja auch. (VOIPNummer ist auf Festnetz weitergeleitet wenn "nicht erreichbar")

Gruß

 

[ssteiner]

du kannst es ja mal mit 60 Sekunden versuchen.. und was bedeutet "lange keine Gespräche mehr geführt habe".. wie lange ist lange? Wenn du nach 5 Minuten auf die Nummer anrufst, wird der Anruf noch durchgestellt? Wie siehts aus im Line Status wenn du noch erreichbar bist/wenn du nicht mehr erreichbar bist?

Hast du via SIP Traces mal überprüft ob die Anrufe noch auf dem SPA-3000 ankommen? Sehr wahrscheinlich nicht, aber man weiss ja nie.

Ansonsten würde ich noch an Tracen zwischen Modem und router denken aber ich hatte noch nie ein PPPoE Modem und bin mir nicht sicher wie das auf der Leitung zwischen Modem und Router aussieht wenn der Router PPPoE macht.. bei mir mit Kabelmodem könnte ich dort IP mässig reinhorchen was denn so abgeht und würde sehen ob der SIP Provider überhaupt noch versucht dich zu erreichen (ein INVITE an deine IP schickt) oder ob das Besetzzeichen kommt ohne dass der SIP Proxy jemals probiert dich zu erreichen.. in letzterem Falle müsstest du an den Provider gelangen.. in ersterem Fall gibts ein Problem mit der NAT Geschichte (dürfte eigentlich nicht sein da du die Ports fix gemappt hast).

Als generelle Nebenbemerkung: Ich hab 3 VoIP Provider, keiner benötigt STUN oder Portmapping.. ersteres hängt sicher vom Provider ab.. aber ist das Portmapping wirklich ein muss? Mit NAT Keepalive/STUN müsste sich das doch erledigen..?

 

[gandalf94305]

Yep, dem kann ich nur beipflichten. Laß mal den STUN-Server weg, denn das kann auch kontraproduktiv sein.

Schau auch mal hier: http://voxilla.com/PNphpBB2-viewtopic-t-4978-view-previous.html

--gandalf.

 

[huri2khan]

Hallo und einen sonnigen Nachmittag zusammen

Also ich habe es gerade eben probiert - es sind exakt 15min=900s, in denen ich meine Voipnummer noch zurückrufen kann. Dann ist Sense.

Den Stunserver hab ich rausgenommen - also STUN Enable: No; STUN Test Enable: No
leider auch ohne Erfolg.

Der Line Status sieht während der Erreichbarkeit und Nichterreichbarkeit immer gleich aus (es sei denn ich rufe an):
Call 1 State: Idle; Call 2 State: Idle

SIP Trace kenn ich noch gar nicht - werd mal hier suchen und/oder Google'n und dann berichten.

Wie ich an das Modem rankommen soll weiß ich nicht so recht - ist ein Teledat 431 LAN - es ist zwar per Netzwerkkabel angeschlossen, hat aber keine IP sondern kommuniziert ja nur per PPPoE mit dem Linksys Router.

Das es der Provider (VOIPDiscount) nicht unterstützt kann ich mir nicht so recht vorstellen. Warum sollte es denn dann in den 15min nach einem Outbound funktionieren?

Die Ports die ich forwarde sind einmal die, die in RTP eingetragen sind und die SIP Ports bei Line 1 und PSTN.

Die 900s hab ich nirgendwo in den Einstellungen gefunden. Nicht dass sich das mit den 15min ähnlich wie bei email SMTP verhält, dass man eine gewisse "Karenzzeit" genießt, bis man sich wieder authentifizieren muss.

Leider habe ich keinen anderen VOIPAnbieter - bei Voipbuster (uraltAccount mit Kölner Nummer) hats damals gar nicht geklappt - also auch nicht direkt nach einem Anruf bei gleichen Einstellungen.

Gruß

--EDIT--
Ich glaub ihr müßt mir mit SIP Traces weiterhelfen - alles was ich fand, war für Linux oder nur ein Aufsatz für andere Software.
Wenn möglich würde ich euch bitten auch ne kurze Anleitung zu posten (also die groben Schritte) falls sich das Tool nicht "selbsterklärt" und die Kommandozeilenbefehle gleich mit Beispiel vorgibt. Danke

 

[ssteiner]

uhh Gandalf.. du hast meinen Post mit dem von huri2khan gemergt.. ich glaube nicht dass dies deine Absicht war Jetzt wird sich der arme fragen wieso unter seinem Namen etwas steht dass er gar nicht geschrieben hat, oder er realisiert nicht mal dass ich eine Antwort geschrieben habe..

[EDIT: sorry, das war ein Posting beim Mergen zu viel ;-) Hier Dein Text. --gandalf94305]

SIP Traces sind hier im Forum beschrieben: http://www.ip-phone-forum.de/showthread.php?t=60610

Und was ich mit Status meinte:

Hook State: On Registration State: Not Registered
Last Registration At: Next Registration In:
Message Waiting: No Call Back Active: No
Last Called Number: Last Caller Number:
Mapped SIP Port:

Wenn so aussieht ists nicht gut.. es sollte so aussehen:

Hook State: On Registration State: Registered
Last Registration At: 7/1/2006 16:36:56 Next Registration In: 295 s
Message Waiting: No Call Back Active: No
Last Called Number: Last Caller Number:
Mapped SIP Port:

 

[huri2khan]

Hallo Leute,

danke das ihr euch so nett um mich kümmert.
Also zunächst sieht mein Line Status so aus wie bei dir (ok - die Uhrzeit ist anders )
Ich habe das Tool mal installiert und mich einmal angerufen, wo es nicht bei mir klingelt, dann hab ich angerufen und zu guter Letzt hab ich mich wieder angerufen und es hat geklingelt.
In der angefügten Log hab ich mal alles, was mich persönlich betrifft ausgetauscht, damit ihr das hier noch nachvollziehen könnt:

[0:5071]->194.221.62.206:5060
[0:5071]->194.221.62.206:5060
[0:5071]->194.221.62.206:5060


[0:5071]<<194.221.62.206:5060
[0:5071]<<194.221.62.206:5060
INVITE sip:[email protected]:5071 SIP/2.0
Via: SIP/2.0/UDP 194.221.62.206:5060;branch=z9hG4bKe6b7ec25b6a243a581a0c6309e3c8694
From: <sip:[email protected]:5060>;tag=ce3eddc244a3d5d7f182
To: <sip:[email protected]:5071>
Contact: sip:[email protected]:5060
Call-ID: e48a5cb670244452b626db8e6870c9c5
CSeq: 0 INVITE
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Type: application/sdp
Content-Length: 164

v=0
o=mein.login 1151781350 1151781350 IN IP4 194.221.62.166
s=SIP Call
c=IN IP4 194.221.62.166
t=0 0
m=audio 41228 RTP/AVP 8
a=rtpmap:8 pcma/8000
a=ptime:20


[0:5071]->194.221.62.206:5060
[0:5071]->194.221.62.206:5060
SIP/2.0 100 Trying
To: <sip:[email protected]:5071>
From: <sip:[email protected]:5060>;tag=ce3eddc244a3d5d7f182
Call-ID: e48a5cb670244452b626db8e6870c9c5
CSeq: 0 INVITE
Via: SIP/2.0/UDP 194.221.62.206:5060;branch=z9hG4bKe6b7ec25b6a243a581a0c6309e3c8694
Server: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:5071]->194.221.62.206:5060
[0:5071]->194.221.62.206:5060
SIP/2.0 488 Not Acceptable Here
To: <sip:[email protected]:5071>;tag=fa2c20a244ddbbafi0
From: <sip:[email protected]:5060>;tag=ce3eddc244a3d5d7f182
Call-ID: e48a5cb670244452b626db8e6870c9c5
CSeq: 0 INVITE
Via: SIP/2.0/UDP 194.221.62.206:5060;branch=z9hG4bKe6b7ec25b6a243a581a0c6309e3c8694
Warning: 304 spa "Media type not available"
Server: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:5071]<<194.221.62.206:5060
[0:5071]<<194.221.62.206:5060
ACK sip:[email protected]:5071 SIP/2.0
Via: SIP/2.0/UDP 194.221.62.206:5060;branch=z9hG4bKe6b7ec25b6a243a581a0c6309e3c8694
From: <sip:[email protected]:5060>;tag=ce3eddc244a3d5d7f182
To: <sip:[email protected]:5071>;tag=fa2c20a244ddbbafi0
Contact: sip:[email protected]:5060
Call-ID: e48a5cb670244452b626db8e6870c9c5
CSeq: 0 ACK
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Length: 0

--------------nun ruf ich an-----------------
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0]Off Hook
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


Calling:[email protected]:0
[0:0]AUD ALLOC CALL (port=16448)
[0:0]RTP Rx Up
RSE_DEBUG: reference domain:sip.sipdiscount.com
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.3:5071;branch=z9hG4bK-997d9066
From: AnzeigID <sip:[email protected]>;tag=fee3a023299b93b5o0
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 101 INVITE
Max-Forwards: 70
Contact: AnzeigeID <sip:[email protected]:5071>
Expires: 240
User-Agent: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 255
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 3128061 3128061 IN IP4 192.168.1.3
s=-
c=IN IP4 192.168.1.3
t=0 0
m=audio 16448 RTP/AVP 0 100 101
a=rtpmap:0 PCMU/8000
a=rtpmap:100 NSE/8000
a=fmtp:100 192-193
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv


[0:5071]<<80.239.235.201:5060
[0:5071]<<80.239.235.201:5060
SIP/2.0 183 Session progress
Via: SIP/2.0/UDP 192.168.1.3:5071;branch=z9hG4bK-997d9066
From: AnzeigeID <sip:[email protected]>;tag=fee3a023299b93b5o0
To: <sip:[email protected]>;tag=c9ebef5044a3cc7e10c02
Contact: sip:[email protected]:5060
Call-ID: [email protected]
CSeq: 101 INVITE
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Type: application/sdp
Content-Length: 164

v=0
o=mein.login 1151789367 1151789367 IN IP4 194.221.62.169
s=SIP Call
c=IN IP4 194.221.62.169
t=0 0
m=audio 57502 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20


[0:0]ENC INIT 0
[0:0]RTP Tx Up (pt=0->c2dd3ea9:57502)
[0:0]RTCP Tx Up
CC:CallProgress
[0:0]RTP Rx 1st PKT @16448(2)
[0:0]DEC INIT 0
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0:0]LAT-- 7(2)
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0:0]LAT-- 6(2)
[0]On Hook
[0:0]AUD Rel Call
RSE_DEBUG: reference domain:sip.sipdiscount.com
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
CANCEL sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.3:5071;branch=z9hG4bK-997d9066
From: AnzeigeID <sip:[email protected]>;tag=fee3a023299b93b5o0
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 101 CANCEL
Max-Forwards: 70
User-Agent: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:5071]<<80.239.235.201:5060
[0:5071]<<80.239.235.201:5060
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.1.3:5071;branch=z9hG4bK-997d9066
From: AnzeigeID <sip:[email protected]>;tag=fee3a023299b93b5o0
To: <sip:[email protected]>
Contact: sip:[email protected]:5060
Call-ID: [email protected]
CSeq: 101 CANCEL
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Length: 0



DLG Terminated
RSE_DEBUG: unref domain, sip.sipdiscount.com
Sess Terminated
RSE_DEBUG: unref domain, sip.sipdiscount.com
RSE_DEBUG: last unref for domain sip.sipdiscount.com
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


CC:Clean Up
--- OBJ POOL STAT ---
OP:RTPRXB =  96 ( 96  192)   OP:RTPREB =  40 ( 40   48)
OP:RTPTXB =  64 ( 64  108)   OP:TIMEOU = 110 (120   40)
OP:SIPCOR =   0 (  1   28)   OP:SIPCTS =  32 ( 32  568)
OP:SIPSTS =  32 ( 32 3456)   OP:SIPAUS =   6 (  8  588)
OP:SIPDLG =  10 ( 10  140)   OP:SIPSES =   0 (  0 7932)
OP:SIPREG =   2 (  4  288)   OP:SIPLIN =   0 (  2  140)
OP:ÿOP:STUNTS =  16 ( 16   68)

[0:5071]<<80.239.235.201:5060
[0:5071]<<80.239.235.201:5060
INVITE sip:[email protected]:5071 SIP/2.0
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
To: <sip:[email protected]:5071>
Contact: sip:[email protected]:5060
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 INVITE
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Type: application/sdp
Content-Length: 161

v=0
o=mein.login 1151789428 1151789428 IN IP4 194.120.0.160
s=SIP Call
c=IN IP4 194.120.0.160
t=0 0
m=audio 8966 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20


[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
SIP/2.0 100 Trying
To: <sip:[email protected]:5071>
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 INVITE
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
Server: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:0]AUD ALLOC CALL (port=16450)
[0:0]RTP Rx Up
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
SIP/2.0 180 Ringing
To: <sip:[email protected]:5071>;tag=7c33404777b1e9dai0
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 INVITE
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
Server: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060


[0:5071]<<80.239.235.201:5060
[0:5071]<<80.239.235.201:5060
CANCEL sip:[email protected]:5071 SIP/2.0
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
To: <sip:[email protected]:5071>;tag=7c33404777b1e9dai0
Contact: sip:[email protected]:5060
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 CANCEL
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Length: 0



[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
SIP/2.0 487 Request Terminated
To: <sip:[email protected]:5071>;tag=7c33404777b1e9dai0
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 INVITE
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
Server: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
SIP/2.0 200 OK
To: <sip:[email protected]:5071>;tag=7c33404777b1e9dai0
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 CANCEL
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
Server: Linksys/SPA3000-3.1.10(GWd)
Content-Length: 0



[0:0]AUD Rel Call
CC:Ended
[0:5071]<<80.239.235.201:5060
[0:5071]<<80.239.235.201:5060
ACK sip:[email protected]:5071 SIP/2.0
Via: SIP/2.0/UDP 80.239.235.201:5060;branch=z9hG4bKc4ded2f4c608458abedfba5e279a4886
From: <sip:[email protected]:5060>;tag=c9ebef5044a3cc7e10c08
To: <sip:[email protected]:5071>;tag=7c33404777b1e9dai0
Contact: sip:[email protected]:5060
Call-ID: a5e15f6889924a5fa7994e16ce72b31b
CSeq: 0 ACK
User-Agent: (Very nice Sip Registrar Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS
Content-Length: 0



[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060
[0:5071]->80.239.235.201:5060

So, ich hoffe ihr werdet daraus schlauer.
Mir sagt es soviel, dass es also nicht am Router liegt und scheinbar nicht am Provider, sondern an der SPA die irgendwas nicht verstehen will. Aber vielleicht seht ihr ja hier den Fehler/das Problem.

Gruß und vielen Dank nochmals für eure Bemühungen

 

[ssteiner]

Jetzt kommen wir der Sache schon näher. Ich vergleiche mal den 1. Invite mit dem 3. Invite (Invite ist die Message die eine Session initiiert).

v=0
o=mein.login 1151781350 1151781350 IN IP4 194.221.62.166
s=SIP Call
c=IN IP4 194.221.62.166
t=0 0
m=audio 41228 RTP/AVP 8
a=rtpmap:8 pcma/8000
a=ptime:20


v=0
o=mein.login 1151789428 1151789428 IN IP4 194.120.0.160
s=SIP Call
c=IN IP4 194.120.0.160
t=0 0
m=audio 8966 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20

Interessant ist die Linie zum Codec:
a=rtpmap:8 pcma/8000
a=rtpmap:0 PCMU/8000

Dein abgehender call ist auch
a=rtpmap:0 PCMU/8000

Da haben wir das Problem doch.. der 1. Anruf auf deine SIP Nummer kommt nicht durch weil dein SPA-3000 nur g.711a nicht akzeptiert. Nach dem abgehenden Anruf kommen die Anrufe dann eine gewisse Zeit mit g.711u daher was der SPA-3000 unterstützt.

Kannst du dich vergewissern dass im Line 1 Tab Use Pref Codec Only: auf No steht?

Ausserdem kannst du versuchen im SIP Reiter bei G711a Codec Name: mal pcma anstatt PCMA einzutragen (bin nicht sicher ob das case sensitiv ist).

Sollte das nichts nützen, musst du sipdiscount mal anfragen wieso sie die Anrufe nach 15 Minuten plötzlich aLaw codieren und wenn du einen abgehenden Anruf machst dann 14:59 Minuten lang auch uLaw codiert schicken.. das macht eigentlich keinen Sinn dass das Format plötzlich ändert.

 

[huri2khan]

Es lüppt - endlich

Hallöle

Wohoooo - Jiippiiee
ES FUNKTIONIERT ENDLICH

Es lag in der Tat daran, dass unter Line 1:
Use Pref Codec only: Yes
eingestellt war und mit No nun endlich die Anrufe alle durchkommen.

Ich werde das noch eine Weile beobachten, aber es hat gerade eben nach dem Ändern erstmalig wieder funktioniert.

Ich danke allen die mir bei diesem Problem geholfen haben!

P.S. unter spakonfig.de steht unter use Pref codec only auch Yes - vielleicht kann man das dort noch mit aufnehmen, dass wenn es Probleme gibt dieser Wert mal auf No gestellt werden sollte.