Probleme beim Anruf Allnet All7902

gubihi

Neuer User
Mitglied seit
3 Jan 2006
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,
bin neu hier, und versuche mein Glück nun hier!
Habe das Problem das ich Raustelefonieren kann. Will mich jedoch jemand zurückrufen Klingelt mein Telefon nicht. Habe schon alles versucht - kein Erfolg !
Habe folgende Geräte:
T-Online / Bintec Router X1200 / Allnet All7902 / A-Box Auerswald & Auerswald TK Anlage 4410 USB.

Kann mir jemand helfen !

Danke
GUBIHI
:(
 
Hallo und willkommen im Forum!

Spontan würde ich sagen, daß sich das nach dem berühmten "Port-Weiterleitungs-Problem bei NAT" anhört, insbesondere im Zusammenhang mit dem Bintec-Router. Da ich selbst einen Bintec am Start habe, habe ich das schon hinter mir.;)

Aber erstmal: was heißt "Habe schon alles versucht"? Ein paar Infos mehr wären schon ganz hilfreich. Welche Portweiterleitungen sind gemacht? Schonmal das Syslog des Bintec auf verdächtige Einträge untersucht? Hast Du SIF aktiviert?

Input bitte... :)
 
Also erstmal vielen Dank für die schnelle Antwort.
Habe am Bintec die Ports 5004, 5060 und 10000 (alle UDP) zur festen IP des Adapters weitergeleitet.
Mehr hab ich noch nicht unternommen.
Habe festgestellt das wenn man anruft in Log des Bintec sich nichts tut !
Bin muss ich sagen auch nicht ganz der Profi, im einetellen des Bintec!
 
Sorry das ich so doof bin aber was heisst:
"Hast Du SIF aktiviert?"
Wo muss ich das aktivieren ?
Bintec oder ATA ??
 
Sorry, aber ich bin automatisch davon ausgegangen, daß ein Bintec-Besitzer eher zu den Insidern gehört, da diese Router nicht so ganz einfach zu parametrieren sind. Können halt sehr viel...

Also:
Einfach formuliert - Im Bintec gibt es eine SIF (Stateful Inspection Firewall), das ist eine Firewall, die sich den Zustand einer Verbindung merken und abhängig davon, ob ein Paket, das am Router ankommt, zu einer bestehenden Verbindung gehört oder nicht, unterschiedliche Entscheidungen treffen kann.

Wenn man eine Portweiterleitung im Bintec-Router macht, ist u.U. auch ein entsprechender Eintrag in der SIF-Konfiguration nötig, falls diese aktiviert ist. Ansonsten kann es da auch noch scheitern. Für nicht mit der Materie vertraute ist es meist besser die SIF abzuschalten, da, wie gesagt, die Parametrierung sowieso schon nicht trivial ist.

Da ich auch noch einen Allnet 7902 hier zum Testen habe, trifft sich das ganz gut für die folgenden Aussagen :)

Zu den Ports:
Port 5004 braucht man dafür erstmal nicht. 5060/UDP ist normalerweise in Ordnung. Der Port 10000/UDP kann richtig sein, oder auch nicht :cool:

Die Einstellung, ab welchem Port die RTP-Streams beginnen kannst Du in der Web-Oberfläche des ATA unter <ADVANCED>/<Misc Config> finden. Dort gibt es den Eintrag "Media Base Port". Der ATA belegt ab diesem UDP-Port mindestens zwei Ports für RTP-Streams. Eventuell bei Konferenzen auch mehr. Ich habe immer 5-6 Ports beginnend mit dem angegebenen weitergeleitet. Du kannst jetzt eins von beiden an das andere anpassen. Ist im Prinzip egal, wierum Du das machst.

Über diesem Wert steht übrigens der Eintrag "Local SIP Port". Dort steht normalerweise die 5060 drin. Die Angabe ist der SIP/SDP-Port, der auch an das Gerät geleitet werden muß. Bei mehreren Geräten muß man da für jedes einen anderen Port einstellen. Ich habe da z.B. 5080 drinstehen. Bei Dir sollte es die 5060 sein, da Du die diesen UDP-Port ja schon durchgereicht hast.

Zum Log:
Dort sollte ein Eintrag erscheinen, wenn ein Verbindungsversuch aus dem Internet auf den Router gemacht wird, der nicht erwartet wurde. Falls also ein Anruf auf einem unerwünschten Port landet, sollte dort irgendwas mit dem Text "INET: NAT: refused incoming session on ifc <Interface> prot <Protokolltyp (UDP==17/TCP==6)> <eigene öffentliche IP-Adresse>:<externe PortNr> <- <Absender IP-Adresse>:<Absender-PortNr>" auftauchen. Dafür muß man aber die Protokollierung in den NAT-Rules einschalten!

Anhand dieser Zeilen kann man schön erkennen, wenn was schiefgeht.
 
Hey VIELEN DANK für Deine Hilfe !!!!
Habe jetzt 3 mal Erfolg gehabt, und das Telefon hat geklingelt.
Wollte mich schon zurücklehnen.
Aber nun plötzlich geht wieder nix mehr !

Wollte Dir mal meine Einstellungen vom Bintec zusenden, geht aber nicht.
Kann weder Markieren noch Kopieren ! Schitt !:confused:
 
Ahhh, nun klappt es. Vielleicht hilft Dir dies weiter.

X1200 Setup Tool BinTec Access Networks Gm
[MONITOR][MESSAGE]: Syslog Messages GATEW
_____________________________________________________________________________

Subj Lev Message

INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:44
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:44
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3
INET INF refuse from if 1000 prot 17 192.168.0.101:137->192.168.0.254:137 (R
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:44
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:44
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:44
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:44 ^
INET INF refuse from if 1000 prot 17 192.168.0.101:137->192.168.0.254:137 (R |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF refuse from if 1000 prot 17 192.168.0.101:138->192.168.0.255:138 (R |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF refuse from if 1000 prot 17 192.168.0.101:137->192.168.0.254:137 (R =
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 ^
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF refuse from if 1000 prot 17 192.168.0.101:137->192.168.0.254:137 (R |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 6 84.159.249.174:13 |
INET INF NAT: refused incoming session on ifc 10001 prot 17 84.159.249.174:3 =
===================================================
[IP][NAT]: NAT Configuration GATEWAY
_______________________________________________________________________________

Select IP Interface to be configured for NAT

Name Nat Static mappings Static mappings
from Outside from Inside
T-Online on 9 0
en1-0 off 0 0
en1-0-llc off 0 0
en3-0 off 0 0
en3-0-llc off 0 0





EXIT
==================================================
[IP][NAT][EDIT][OUTSIDE]: NAT - sessions from OUTSIDE (T-Online) GATEWAY
_______________________________________________________________________________

Abbreviations : r(remote) i(internal) e(external) a(address) p(port)


Service Conditions
-----------------------------------------------------------
10002/udp ia 192.168.0.100/32, ep 10002, ip 10002 ^
10003/udp ia 192.168.0.100/32, ep 10003, ip 10003 |
10004/udp ia 192.168.0.100/32, ep 10004, ip 10004 |
10005/udp ia 192.168.0.100/32, ep 10005, ip 10005 |
10006/udp ia 192.168.0.100/32, ep 10006, ip 10006 |
5004/udp ia 192.168.0.100/32, ep 5004, ip 5004 |
5060/udp ia 192.168.0.100/32, ep 5060, ip 5060 =


ADD DELETE EXIT
 
Tja, bei dem Mitschnitt fehlt leider rechts ein wichtiger Teil :noidea: So bleibt das ein Ratespiel...

Zu den NAT-Einträgen:
Das sieht erstmal nicht verkehrt aus. Man kann das aber vereinfachen, indem man als external port eine port range angibt und den internal port einfach leerlässt. Dann würde da sowas stehen:
"10002-1006/udp ia 192.168.0.100/32, ep 10002-10006"

Du hast also den "Media Base Port" des ATA auf 10002 gesetzt?! Wenn dann der "Local SIP Port" auch noch auf 5060 steht, sollte das so funktionieren. Dann kannst Du den Eintrag für 5004 rausschmeißen, den braucht hier keiner.

Schau doch mal, ob Du das Syslog etwas besser hinkriegst. Wenn M$-Telnet das nicht schafft, sollte Putty aber alles können, was Du nur möchtest.

Eventuell sind auch die Dime-Tools, die beim Bintec mitgeliefert werden, keine schlechte Idee. Damit kannst Du auf einem Win$-PC einen Syslog-Daemon starten, der alles mitschreibt, was der Router so von sich gibt. Für den Zweck muß man allerdings dem Router noch mitteilen, daß er seine Syslog-Einträge auch an den PC schickt.

Das findest Du unter <System><External System Logging>. Dort musst Du einen Eintrag anlegen. "Log Host" ist die IP-Adresse des PCs, "Level" ist "info", "Type" auf "all". Rest bleibt, wie er ist. Eventuell mußt Du noch "Timestamp" auf "time" oder "all" setzen, damit Datum und Uhrzeit mitgeschrieben werden, falls das die Dime-Tools nicht sowieso schon machen.
 
Alsooooooo !!!!
Nun hab ich glaube ich den Fehler !
Ich denke es sind 2.
Zum einen geht mein Router nach 300s von Netz, ich weis nicht wie man das einstellt das er ständig online bleibt ???
Un zum 2. hat mein All7902 immer eine andere IP jetzt z.B. 192.168.0.102 vorher ....100.
Kann das sein ?????
Wie schaffe ich Abhilfe !

mfg
GUBIHI
 
Moin!

Die Geschichte mit der automatischen Verbindungstrennung findest Du in den Einstellungen für den DSL-Zugang (unter <WAN Partner>) mit dem Stichpunkt "Static Short Hold". Dort steht die Zeit in Sekunden drin, die die Verbindung bestehen bleiben soll, wenn kein Traffic mehr von drinnen nach draußen fliest. Ich weiß jetzt leider nicht, wie man ihm sagt, daß er nie die Verbindung abbauen soll. Ich würde dort einfach mal mit 0 oder -1 versuchen. Ich habe hier eine Festverbindung, daher kann ich das bei mir nicht testen.

Zu der IP-Adresse des AllNet:
Zwei Möglichkeiten - entweder Du stellst den ATA auf eine feste IP-Adresse ein oder Du sagst dem Bintec, daß er dem ATA jedesmal die gleiche geben soll. Ich gehe jedenfalls davon aus, daß der Bintec die Adresse vergibt?!

ATA auf feste IP-Adresse einstellen:
Im Menü <BASIC>/<WAN> DHCP-Client auf "Disabled" stellen und unter "Static IP Settings" die entsprechenden Einträge machen.

Im Bintec immer die gleiche Adresse vergeben:
Im Menü <IP><IP Address Pool LAN (DHCP)> muß ja ein Eintrag für einen zu vergebenden Adressbereich existieren, sonst würde der Router erst gar keine Adresse spendieren. Um nun einem Client immer die gleiche IP-Adresse zu geben, muß dieser als eigener Eintrag existieren. Du legst also einen neuen Eintrag an. Dort trägst Du folgendes ein:
"Interface": "en1", "Type": "any", "IP Adress": 192.168.0.xxx (was Du halt haben möchtest), "Number of Consecutive Addresses": 1, "Lease Time": 120, "MAC Address": die MAC-Adresse des ATA als Zeichenfolge aus 16 Hexadezimalziffern (ohne ':' dazwischen). "Gateway" kannst Du leerlassen, genauso wie "NetBT Node Type".

Die MAC-Adresse des ATA findest Du unter <BASIC><Overall Status> in dem Feld "MAC Address" in der "WAN Statistic".

[Neugier]Wer hat den Router eigentlich konfiguriert? Du scheinst Dich damit ja nicht wirklich auszukennen?![/Neugier]

Viel Erfolg!
 
Gut erkannt !:) :)
Hat ein bekannter von mir gemacht, der hat die ganze Sache
(wie Du) extrem gut im Griff. Aber bei der VOIP Geschichte hat er
alles zum Laufen gebracht - beim anrufen ist er aber dann auch gescheitert.
Er meinte "Da musst Du selber mal probieren"
Von Ihm&acute;hab ich auch ne menge gelernt.
Möchte Ihn aber auch nicht immer belästigen, und es ist ja auch
schön wenn man selbst mal was hinbekommt !:D

Ich bedanke mich noch mal recht herzlich bei Dir !!
Denn nun sollte es funzen !!!!:rock: :rock: :rock:
 
Das besch...... Ding.
Hab nun alles so wie besprochen eingerichtet !
Funzt für ca. 5 min. Danach kann ich nur raustelefonieren.
Ein Anruf wird nicht signalisiert !:mad: :mad: :mad: :mad: :mad:

Ich werd hier wahnsinnig !
Was machich hier nur falsch ???
 
Ach so, hab ich vergessen:
Wenn ich den All7902 vom Stromnetz trenne und wieder einstecke,
geht&acute;s wieder. Aber halt nur kurze Zeit.
Was für ne Info brauchst Du, um mir weiterzuhelfen ???
 
Vor allem das Syslog von der Zeit, während Du die Anruf-Tests machst. Und natürlich die genaue Info, was Du denn nun gemacht und eingestellt hast. Ich habe ja meistens mehrere Alternativen vorgeschlagen...

Übrigens: Welche Provider versuchst Du denn eigentlich?
 
Super ich lerne extrem viel dazu !

Also:
Bin bei Sipgate !
Hier das Log ! erst hab ich mich angerufen - wie meist keine Funktion !
Dann hab ich raus telefoniert - ging !
==============================
192.168.0.254 01/06/06 12:04:37 INET.Information 12:01:59 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:135 <- 84.159.102.173:4262
192.168.0.254 01/06/06 12:04:38 INET.Information 12:02:00 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:135 <- 84.159.102.173:4262
192.168.0.254 01/06/06 12:04:50 INET.Information 12:02:12 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:445 <- 84.159.229.133:2347
192.168.0.254 01/06/06 12:04:50 INET.Information 12:02:12 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:04:51 INET.Information 12:02:12 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:445 <- 84.159.229.133:2347
192.168.0.254 01/06/06 12:04:51 INET.Information 12:02:13 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:445 <- 84.159.229.133:2347
192.168.0.254 01/06/06 12:05:05 INET.Information 12:02:26 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:05:18 INET.Information 12:02:40 INET: dnsd: cache add 193.66.251.10 for retail.sp.f-secure.m7z.net.
192.168.0.254 01/06/06 12:05:19 INET.Information 12:02:40 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:05:33 INET.Information 12:02:55 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:05:47 INET.Information 12:03:09 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:05:54 INET.Information 12:03:15 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:445 <- 84.159.117.18:3908
192.168.0.254 01/06/06 12:05:54 INET.Information 12:03:16 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:445 <- 84.159.117.18:3908
192.168.0.254 01/06/06 12:05:55 INET.Information 12:03:17 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:445 <- 84.159.117.18:3908
192.168.0.254 01/06/06 12:06:02 INET.Information 12:03:23 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:06:02 INET.Information 12:03:23 INET: refuse from if 1000 prot 17 192.168.0.101:137->192.168.0.254:137 (RI 1 FI 1)
192.168.0.254 01/06/06 12:06:10 INET.Information 12:03:32 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:4662 <- 212.182.93.146:39618
192.168.0.254 01/06/06 12:06:12 INET.Information 12:03:33 INET: dnsd: cache add 193.64.205.195 for retail.sp.f-secure.m7z.net.
192.168.0.254 01/06/06 12:06:36 INET.Information 12:03:57 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:4662 <- 81.198.220.112:50447
192.168.0.254 01/06/06 12:06:38 INET.Information 12:04:00 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:4662 <- 81.198.220.112:50447
192.168.0.254 01/06/06 12:06:39 INET.Information 12:04:00 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:06:40 INET.Information 12:04:02 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:135 <- 84.121.83.132:2932
192.168.0.254 01/06/06 12:06:41 INET.Information 12:04:03 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:135 <- 84.121.83.132:2932
192.168.0.254 01/06/06 12:06:42 INET.Information 12:04:03 INET: NAT: refused incoming session on ifc 10001 prot 6 84.159.253.193:135 <- 84.121.83.132:2932
192.168.0.254 01/06/06 12:06:52 INET.Information 12:04:14 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:1026 <- 221.208.208.5:32963
192.168.0.254 01/06/06 12:06:53 INET.Information 12:04:14 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:07:03 INET.Information 12:04:25 INET: refuse from if 1000 prot 17 192.168.0.101:138->192.168.0.255:138 (RI 1 FI 1)
192.168.0.254 01/06/06 12:07:07 INET.Information 12:04:29 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
192.168.0.254 01/06/06 12:07:21 INET.Information 12:04:43 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
==========================================
So und nun die Einstellung:
Habe dem Bintec gesagt das er dem All7902 immer 192.168.0.100 gibt.
Port 10000 - 100006 wie du gesagt hast
ebenso 5060
All7902 Hat 10000
Ja was feht noch ???
 
Moin!
gubihi schrieb:
12:02:12 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
...
12:02:26 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
...
12:02:40 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
12:02:55 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
12:03:09 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
...
12:03:23 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
...
12:04:00 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
...
12:04:14 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
...
12:04:29 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
12:04:43 INET: NAT: refused incoming session on ifc 10001 prot 17 84.159.253.193:32964 <- 217.10.79.9:5060
Die rot markierten Portnummern sind das Problem!

Anhand der Absenderports (5060) kannst Du sehen,daß das vom SIP/SDP-Port stammt. Der Verbindungsversuch hat nur leider als Zielport nicht 5060/UDP eingetragen, sondern 32964. Dies ist wahrscheinlich der (zufällige) Port, der durch den NAT-Mechanismus auf dem Router als Absenderport für die Registrierung bei Sipgate verwendet wurde.

Das heißt: Sipgate antwortet einfach auf dem Port, von dem die Registrierung empfangen wurde, nicht aber auf dem, auf dem sie antworten sollen, nämlich 5060/UDP! :mad:

Das gleiche Problem hatte ich anfangs nur mit PURTel, mittlerweile macht es Sipgate genauso. Das ist ärgerlich, weil man natürlich für den zufällig gewählten Absenderport keine Portweiterleitungsregel machen kann - den kenn man ja nicht im voraus :(.

Ich habe das Problem umgangen, indem ich für (unter anderem) diesen Port den NAT-Mechanismus umgangen habe. Ich habe also dafür gesorgt, daß die Verbindung von intern ATA:5060 nach <irgendein Provider>:5060 auch tatsächlich den externen Port 5060/UDP benutzt! Das geht beim Bintec mit einem Eintrag unter <IP>/<Network Address Translation>/<Schnittstelle>/<requested from inside>.
Dort habe ich folgenden Eintrag erstellt:
"Service": "user defined", "Protocol": "udp", "Remote Port": "any", "External Port": "specify", "Port": 5060, "Internal Address": <IP-Adresse des ATAs>, "Internal Mask": 255.255.255.255, "Internal Port": "specify", "Port": 5060.

Damit hast Du diese Geschichte vom Tisch :cool:

Eventuell (das würde ich vorher mal ausprobieren) hilft es, wenn man im ATA STUN abschaltet. Das findest Du unter <Advanced>/<VoIP>/<Misc Config>. Das habe ich bei mir noch nicht weiter verfolgt.

Zu der IP-Adresse des ATAs: Denk dran, daß Du die spezielle Adresse dann auch aus dem Bereich des automatischen DHCP-Adress-Pools rausnehmen musst. Ich vermute zwar, daß der Bintec schlau genug ist, um die nicht doppelt zu vergeben, aber sicher ist sicher ;)
 
NUN ENDLICH !!!!:) :) :) :p ;) :D

Jetzt klappts !

NOCHMALS VIELEN DANK FÜR DEINE MÜHE !!!

mfg
GUBIHI
 
Herzlichen Glückwunsch zur Bintec-Taufe ;)

Dann telefonier mal schön...
 

Zurzeit aktive Besucher

Keine Mitglieder online.

Statistik des Forums

Themen
246,096
Beiträge
2,246,047
Mitglieder
373,574
Neuestes Mitglied
Heselmeck
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.