Kurzwahl klapptnicht wenn @provider.com...

[KiRKman]

Das stimmt, so habe ich das auch verstanden. Wahrscheinlich lassen 1&1 von Außen keine Invites zu. Kann ich aber nicht sagen, weil ich keinen bei 1&1 kenne. Da kann die Box natürlich auch nichts dafür.

Das Beste ist es immer, von einem Provider zum anderen zu telefonieren, wenn die Netze zusammengeschaltet sind. Oder natürlich direkt bei dem Provider einen Account zu haben und rein intern zu telefonieren, das ist klar. Aber von Extern einen Provider zu erreichen, wenn man selber da nicht Kunde ist und auch nicht über Zusammenschaltung telefoniert, ist immer sehr heikel. Bei Sipgate geht es, aber was mit dus.net und 1&1 ist, weiß ich nicht. Bei FWD geht es ebenfalls.

Bei mir schickt die Box bei Kurzwahl den Invite IMMER direkt an den Host, der hinter dem @-Zeichen angegeben ist. Also [email protected] schickt an bummschack.dyndns.org den Invite für 12345. [email protected] schickt den Invite an Sipgate. Wenn der Host ein Proxy eines Providers ist, muß dieser aber ohne Authentication gehen, sonst bin ich natürlich außen vor. Dann geht es nicht, weil ich da ja keinen Account habe. Ich glaube, daß die Box dann die Authentication-Infos vom ersten eingetragenen Provider versucht. Aber das bringt dann ja auch nix.

 

[crusader]

Vielleicht gehen die ja auch davon aus, dass alle anderen VoIP-Server genauso freizugänglich sind wie ihr eigener.
Die Testnummer [email protected] kann man jedenfalls ohne Authentication erreichen.

 

[J]

Die Testnummer [email protected] kann man jedenfalls ohne Authentication erreichen.

Ich hab eingessehen dass es alles nicht so easy ist, jeder Anbieter kocht da wohl sein eigenes Süppchen.
Dazu kommt das es mir wohl besonders schwer gemacht wird. Ich kann die Testnummer nur von Dusnet aus anrufen!

 

[JSchling]

also der Dusnet Echo-Test laesst sich leider nicht so einfach erreichen, anders als bei FWD geht es nur ueber Dusnet selber, zumindest von 1&1 und WEBde aus kommt keine Verbindung zustande - Fehler 403 laut Logfile
Dementsprechend eindeutig NICHT ohne Authentication erreichbar - also was die Leute auch immer rauchen, aber hier im Forum wird auch viel Schwachsinnn geschrieben und auch ungefragt Behauptungen aufgestellt "einfach so"...
1&1 und GMX lassen sich ueber die SIP-URI von allen Providern erreichen. Ebenso Sipgate, Sipsnip und Dusnet, nur PURtel und WEBde lassen eine Anwahl der SIP-URI aus anderen Netzen nicht zu (intern gehts schon) - kein schoener Zug der Anbieter, macht sie quasi unbrauchbar

 

[JSchling]

also der Dusnet Echo-Test laesst sich leider nicht so einfach erreichen, anders als bei FWD geht es nur ueber Dusnet selber, zumindest von 1&1 und WEBde aus kommt keine Verbindung zustande - Fehler 403 laut Logfile
Dementsprechend eindeutig NICHT ohne Authentication erreichbar - also was die Leute auch immer rauchen, aber hier im Forum wird auch viel Schwachsinnn geschrieben und auch ungefragt Behauptungen aufgestellt "einfach so"...
1&1 und GMX lassen sich ueber die SIP-URI von allen Providern erreichen. Ebenso Sipgate, Sipsnip und Dusnet, nur PURtel und WEBde lassen eine Anwahl der SIP-URI aus anderen Netzen nicht zu (intern gehts schon) - kein schoener Zug der Anbieter, macht sie quasi unbrauchbar
unabhaengig davon lassensich aber der Dusnet-Echotest und auch die 10000@sipgate nicht von einem anderen Provider erreichen.

 

[crusader]

- also was die Leute auch immer rauchen

...hab ich schon lange aufgegeben..

Sieh selbst, nix authentication, nix fehlercode 403, (nix rauchen):

Feb 14 21:04:42 voipd[415]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11 [email][email protected][/email]  <- 2
Feb 14 21:04:42 voipd[415]: >>> Request: INVITE sip:[email protected]
Feb 14 21:04:42 voipd[415]: <<< Status: 100 Trying
Feb 14 21:04:42 voipd[415]: <<< Status: 200 OK
Feb 14 21:04:42 voipd[415]: audio: 8 (8 PCMA/8000)
Feb 14 21:04:42 voipd[415]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Feb 14 21:04:42 voipd[415]: audio: 0 (0 PCMU/8000)
Feb 14 21:04:42 voipd[415]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Feb 14 21:04:42 voipd[415]: audio: 2 (2 G726-32/8000)
Feb 14 21:04:42 voipd[415]: audio: 2 (2 G726-32/8000) => (2 (2 G726-32/8000))
Feb 14 21:04:42 voipd[415]: audio: 97 (97 iLBC/8000)
Feb 14 21:04:42 voipd[415]: audio: 97 (97 iLBC/8000) => NOT SUPPORTED
Feb 14 21:04:42 voipd[415]: audio: 3 (3 GSM/8000)
Feb 14 21:04:42 voipd[415]: audio: 3 (3 GSM/8000) => NOT SUPPORTED
Feb 14 21:04:42 voipd[415]: audio: 101 (101 telephone-event/8000)
Feb 14 21:04:42 voipd[415]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Feb 14 21:04:42 voipd[415]: payload >>> 2
Feb 14 21:04:42 voipd[415]: payload >>> 2
Feb 14 21:04:42 voipd[415]: payload >>> 8
Feb 14 21:04:42 voipd[415]: payload >>> 0
Feb 14 21:04:42 voipd[415]: payload >>> 101
Feb 14 21:04:42 voipd[415]: >>> Request: ACK sip:[email protected]
Feb 14 21:04:42 voipd[415]: 217.175.252.230 19982 - 7078 audio 2(G726-32)
Feb 14 21:04:42 voipd[415]: Codec G726-32 (2) - audio
Feb 14 21:04:42 voipd[415]: rtp_start_session(video): no session definition
Feb 14 21:04:42 voipd[415]: bridgelimit: nConnections=1
Feb 14 21:04:42 voipd[415]: number of bridge interfaces 1
Feb 14 21:04:42 voipd[415]: call to sip:[email protected] established

War vielleicht noch zu früh...? :lol:

crusader

 

[JSchling]

versteh ich nicht, also wenn ich von 1&1 zum Dusnet Echotest anrufe sieht das so aus:

eb 14 21:28:58 voipd[2608]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11 [email][email protected][/email] <- 0
Feb 14 21:28:58 voipd[2608]: dns: _sip._udp.voip.dus.net: query
Feb 14 21:28:58 voipd[2608]: dns; _sip._udp.voip.dus.net: not found
Feb 14 21:28:58 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 21:28:58 voipd[2608]: <<< Status: 407 Proxy Authentication Required
Feb 14 21:28:58 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 21:28:58 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 21:28:58 voipd[2608]: <<< Status: 403 Forbidden
Feb 14 21:28:58 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 21:28:58 voipd[2608]: call to sip:[email protected] terminated (403)

wobei es natuerlich von Dusnet selber aus auch bei mir geht - von irgendwo her muss sich dieser Test ja auch anrufen lassen :

Feb 14 21:37:51 voipd[2608]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming): remote: 0x0000 (0x0000) - No additional information
Feb 14 21:37:53 voipd[2608]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11 [email][email protected][/email] <- 3
Feb 14 21:37:53 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 21:37:53 voipd[2608]: <<< Status: 407 Proxy Authentication Required
Feb 14 21:37:53 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 21:37:53 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 21:37:53 voipd[2608]: <<< Status: 100 Trying
Feb 14 21:37:53 voipd[2608]: <<< Status: 200 OK
Feb 14 21:37:53 voipd[2608]: audio: 3 (3 GSM/8000)
Feb 14 21:37:53 voipd[2608]: audio: 3 (3 GSM/8000) => NOT SUPPORTED
Feb 14 21:37:54 voipd[2608]: audio: 0 (0 PCMU/8000)
Feb 14 21:37:54 voipd[2608]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Feb 14 21:37:54 voipd[2608]: audio: 8 (8 PCMA/8000)
Feb 14 21:37:54 voipd[2608]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Feb 14 21:37:54 voipd[2608]: audio: 2 (2 G726-32/8000)
Feb 14 21:37:54 voipd[2608]: audio: 2 (2 G726-32/8000) => (2 (2 G726-32/8000))
Feb 14 21:37:54 voipd[2608]: audio: 97 (97 iLBC/8000)
Feb 14 21:37:54 voipd[2608]: audio: 97 (97 iLBC/8000) => NOT SUPPORTED
Feb 14 21:37:54 voipd[2608]: audio: 101 (101 telephone-event/8000)
Feb 14 21:37:54 voipd[2608]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Feb 14 21:37:54 voipd[2608]: payload >>> 2
Feb 14 21:37:54 voipd[2608]: payload >>> 2
Feb 14 21:37:54 voipd[2608]: payload >>> 8
Feb 14 21:37:54 voipd[2608]: payload >>> 0
Feb 14 21:37:54 voipd[2608]: payload >>> 101
Feb 14 21:37:54 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 21:37:54 voipd[2608]: 217.175.252.230 12238 - 7082 audio 2(G726-32)
Feb 14 21:37:54 voipd[2608]: Codec G726-32 (2) - audio
Feb 14 21:37:54 voipd[2608]: rtp_start_session(video): no session definition
Feb 14 21:37:54 voipd[2608]: bridgelimit: nConnections=1
Feb 14 21:37:54 voipd[2608]: number of bridge interfaces 0
Feb 14 21:37:54 voipd[2608]: call to sip:[email protected] established

Edit von Christoph: Bitte "Code"-Funktion nutzen.

 

[crusader]

Nur mal zur Klarheit:

'von 1&1' heißt auf Rufnummer der Nebenstelle ist ein gültiger 1&1-Account eingetragen,
'von Dusnet selber' heißt auf Rufnummer der Nebenstelle ist ein gültiger Dusnet-Account eingetragen ?

crusader

 

[Gast]

Hallo,will ja nicht stören,aber bei mir geht die ganze Kurzwahlgeschichte überhaupt nicht!
Habe auf der Nebenstelle 1 alle Internettelefonieprovider angelegt (als erstes GMX) und auf Nebenstelle 2 den analogen PSTN-Anschluß! Jetzt möchte ich z.B. **701# anrufen,wo sich z.B. der Anschluß [email protected] hinter verbirgt!
Wähle ich aber nun die ersten beiden Sternchen,erhalte ich prompt das Besetztzeichen,komme also gar nicht erst weiter!
Was ist das?
Ja,ich habe eine Codecänderung nach Haveaniceday vorgenommen,als ersten den G723,weil ich DSL-Light habe,aber PCMU und PCMA sind weiterhin vorhanden!
Hoffe,Euer Problem hier nicht zu zerreissen,aber das ist noch frustrierender,wenn gar nichts geht!
Hoffe auf Hilfe,
Tom - Opilein

 

[crusader]

Hallo,

was passiert denn, wenn du eine ganz normale Kurzwahlnummer wählst (also irgendwas ohne @...) ?

 

[RudatNet]

Dann hast du die "spontane Amtsholung" nicht aktiviert!?
Wähle mal dann nur "701#".

 

[Gast]

Alles klar,passiert dasselbe! Ich erhalte ein Besetztzeichen - wie auch immer!
Nur wenn ich Festnetznummern eintrage und die Kurzwahl über Fon 2 aktiviere (PSTN),dann geht es,aber nicht bei Fon 1 (Internettelefonie) !
Bin am verzweifeln!
Gruß von Tom

 

[JSchling]

@crusader:
sicherlich heisst "vom 1&1-Account", dass ich an verwendetem Telefonanschluss die VoIP-Nummer von 1&1 als erste Nummer eingetragen habe, damit abgehendes Gespraech eben ueber 1&1 geht. Mir ist nicht bewusst / bei mir gehts zumindest nicht, dass man Kombinationen z.B. *2#**7xy# waehlen kann - da kommt bei mir so ein schnelles internes Besetztzeichen, also rafft die Anlage nicht ab. Und da dein Logfile auch nicht die Zeilen
Feb 14 21:28:58 voipd[2608]: dns: _sip._udp.voip.dus.net: query
Feb 14 21:28:58 voipd[2608]: dns; _sip._udp.voip.dus.net: not found
beinhaltet, denke ich mal, du hast den Dusnet-Echotest von Dusnet aus angerufen. Wie man in meinem 2ten Logfile sehen kann, fehlen die genannten Zeilen bei mir im Logfile naehmlich auch, wenn ich von Dusnet aus den Echotest anrufe
Falls du Dusnet nicht als ersten Provider eingetragen hast, dann hast du eventuell eine Wahlregel definiert, welche den Anruf ueber Dusnet laufen laesst - wobei ich nicht mal weiss, ob SIP-URIS die aus Nummern bestehen ueberhaupt ueber die Wahlregeln gehen, koennte ich mir aber vorstellen.
@Opilein:
du hast also die Spontane Amtsholung aktiv ? und GMX als aller erstes Konto an Fon-1 eingestellt ??
kommt ein richtiges Besetztzeichen, oder so ein "anlageninternes ganz schnelles Besetzt" ?
hast du eventuell bei den Nebenstellenmerkmalen was aktiviert ? also ich weiss nicht ob und was ueberhaupt stoert, aber sowas wie CLIR oder Fax koennte vielleicht stoeren.
Klappen Anrufe von Fon-1/GMX an normale Rufnummern wenn du diese als Kuzzwahl ablegst ?
vielleicht mal ein Tip: schalte unter Internet-Telefonie mal die Option "Ortsvowahl ergaenzen" aus. Kannst du problemlos tun, wenn du umstellst von Anbieter GMX (so du den in der Drop-Down Liste hast) auf "anderen Anbieter" - die Daten stehen dann schon alle richtig da und muessen nicht geaendert werden, aber du kannst "Ortsvorwahl verwenden" deaktivieren und es dann mal versuchen. Nur so eine Idee, denn diese Option ist noch nicht ganz ausgereift in der Box, bereitet oefters mal Probleme

 

[Gast]

Vielen Dank erstmal für die Tipps,aber ich erhalte trotz Providerumstellung ein anlagenspezifisches Zeichen! Habe als ersten Provider jetzt meiner Ser eingestellt,kann mit allen Providern einwandfrei telefonieren,nur keine Kurzwahl verwenden!
VAD und autom.Ortsvorwahl sind auch deaktiviert! Festnetznummern können einwandfrei mit dem PSTN-Telefon an Fon 2 über Kurzwahl gewählt werden,aber nicht bei Internetgesprächen! Ich werde ja erst gar nicht in die Lage versetzt,die Kurzwahl vollständig eingeben zu können,weil nach dem 2.Sternchen schon Schluß ist!
Noch eine Idee?
Grüße von Opilein - Tom

 

[crusader]

..., denke ich mal, du hast den Dusnet-Echotest von Dusnet aus angerufen.

Isch 'aabe gar keine dusnet-account...

crusader

 

[RudatNet]

@Opilein,

mach doch mal einen "Werksreset" und gib nochmal alle Daten neu ein!

 

[J]

......kann mit allen Providern einwandfrei telefonieren,nur keine Kurzwahl verwenden!
VAD und autom.Ortsvorwahl sind auch deaktiviert! Festnetznummern können einwandfrei mit dem PSTN-Telefon an Fon 2 über Kurzwahl gewählt werden,aber nicht bei Internetgesprächen!

Hallo Opilein,
kommt mir sehr bekannt vor,
Raucher oder Nichtraucher?
Bei einigen gehts, bei anderen nicht!
An Einstellungen, Firmware, Codecs, Providern an der ersten Nebenstelle hab ich vermutlich alles durch.
Hab auch schon von einem Exprten hier aus dem Forum Support über Sype bekommen, leider ohne Erfolg!

 

[crusader]

Raucher oder Nichtraucher?

:lach:

 

[Gast]

So ist es!
Selbst AVM weiß noch keine Lösung,so jedenfalls die Aussage des Supports!
Da werden wir uns wohl gedulden müssen,was die nächsten Updates bringen!
Gruß von Opilein