Zwei Nachträge noch:
1. Thema ipsec.eplus.de
Auch damit bekommt man eine 10er-Adresse, die ja nunmal keine öffentliche sein kann? Oder was habe ich da falsch verstanden?
2. Es gibt bei NetMeeting (gut versteckt) unter Extras -> Optionen einen Button "Erweiterte Anrufoptionen". Da kann man Gateways einstellen. Mal sehen, ob das was nutzt.
Ich werde berichten.
Danke für den Dankanstoss, hätte ich ja auch selbst mal drauf kommen können.
Ist aber interessant, was man da findet. Allerdings muss ich wohl mal etwas ausholen.
Zunächst mal sind mir bei NetMeeting die Application-Sharing-Features wichtig, nicht Audio- oder Videokonferenz. Ich möchte das in erster Linie benutzen um jemandem etwas zeigen zu können während ich ihn eventuell am Telefon habe. (Mit separater SIM-Karte und damit unabhängig vom UMTS.)
Das ist wohl der Teil, bei dem NetMeeting mit dem dafür vorgesehenen Standard T.120 arbeitet. Und das funktioniert offenbar auch wenigstens auf einem statischen TCP/IP-Port, nämlich 1503. Wenn ich die betreffende Seite bei Microsoft
richtig lese, dann sollten auch die anderen erforderlichen Dinge, also Internet Locator Service (ILS) und H.323 Call Setup über statische Ports funktionieren. Also mal anders ausgedrückt: Solange ich nur Application Sharing machen möchte bräuchte ich auf der Firewall nur auf drei oder vier Ports Verbindungen zu ermöglichen. Mir ist allerdings noch nicht klar, ob nur rein oder rein und raus. Gut, das werde ich mal recherchieren.
Was mich ein wenig wundert ist folgendes: Ich hatte NetMeeting mal zwischen zwei PC die beide hinter NAT-Routern hängen, ausprobiert. Allerdings hingen die hinter demselben NAT-Router. Da die sich aber über den externen ILS-Server gefunden haben war ich davon ausgegangen, dass ich dieser Tatsache nicht allzu viel Bedeutung zuzumessen bräuchte. Scheint aber doch einen Unterschied zu machen.
Jetzt frage ich mich nur noch folgendes:
Selbst wenn es durch meinen zugegeben ungewöhnlichen Versuchsaufbau mit den beiden Rechnern im selben Netz hinter demselben NAT-Router zufällig geklappt hat: Logisch ist das nicht. Beide PCs machen ja offenbar eine ausgehende Verbindung von der Innenseite des Netzwerks zum ILS-Server. Dort kommen dann beide mit derselben (genatteten) IP an, der die mir mein ISP gegeben hat. Nun geht also der Call vom einen an den anderen doch aus dem Router raus und müßte dann an der Außenseite des Routers wieder ankommen. Aber wieso wurde er da durchgelassen?
Oder habe ich da eine Sicherheitslücke in meinem Router entdeckt? Wäre mal eine schöne Denksportaufgabe für einen Netzwerktechniker.
Zurück zur eigentlichen Frage:
Wenn es denn nun so ist, dass NetMeeting eingehende TCP/IP-Verbindungen benötigt, dann ist klar, wieso das über E-Plus mit dem normalen APN nicht geht, denn der ist ja bekanntlich genattet. Aber es gibt da ja extra den ipsec.eplus.de, für den man sich gebührenpflichtig freischalten lassen kann (was ich auch getan habe) und ich dachte, der wäre genau dazu da, nämlich eingehende Verbindungen zuzulassen, wie das bei einem klassischen IPSec ja erforderlich ist.
Oder kann der das etwa nur auf dem IPSec-Port, aber nicht auf allen anderen?
Forschen wir mal weiter ...
Gruß
Torsten
Hallo,
hat jemand Erfahrung mit der Nutzung des guten alten NetMeeting über UMTS?
Ich habe anscheinend das Problem, dass ich mich zwar mit einem ILS-Server verbinden kann und mich ein anderer Teilnehmer auch sehen kann, allerdings bekommt er beim Versuch mich anzurufen die Meldung, ich sei aktuell nicht in der Lage, Anrufe anzunehmen. Umgekehrt komme ich auch zu niemandem durch.
Ich weiß nicht, wie NetMeeting genau arbeitet, d.h. ob es nur ausgehende Verbindungen braucht oder auch eingehende. Da könnte dann ja das Problem sein, dass man bei E-Plus wenn ich das richtig weiß ja eine NAT-Verbindung hat.
Allerdings gibt es ja den APN ipsec.eplus.de, den ich mir auch kostenpflichtig habe freischalten lassen, aber das ändert auch erstmal nichts.
Bevor ich jetzt eine Tiefenanalyse veranstalte: Kann irgendjemand sagen: Müßte gehen oder: Vergiß es, geht nicht, weil ...
Gruß
Torsten
Kleine Ergänzung:
Dieses MultiNet hat wohl auch die lange ersehnte Auto-Reconnect-Funktion.
Wenn man das jetzt paart mit einem Tool wie Rocks (http://www.cs.wisc.edu/~zandy/rocks/), das es wohl leider für Windows (noch) nicht gibt, dann hätte man eine richtig klasse stabile Möglichkeit, mobil zu arbeiten.
Auf jeden Fall ist MultiNet die Entdeckung der Woche für mich!
Gruß
Torsten
Habe eben in einem anderen Thread etwas richtig Geiles gefunden:
Bin tief beeindruckt! Damit kann ich dann meine Idee, selbst etwas zu schreiben, wohl ad-akta legen, denn das ist genau das, was ich langfristig hätte entstehen lassen wollen. Das Ding hat eine Datenbank mit den Einstellungen von zig Netzbetreibern und wendet die automatisch richtig an!
Was es nicht alles gibt. Offenbar entwickelt diese Firma diginext sonst direkt für die Netzbetreiber.
Aber für die aktuelle Firmware braucht man immer noch diesen O2-Link (siehe oben). Und beim MobiLink (der original Merlin-Software) sind jeweils die aktuellen Modem-Treiber dabei.
Gruß
Torsten
ZitatOriginal geschrieben von shausch
Der reine Modemtreiber braucht das natuerlich nicht, wahrscheinlich hast Du bei Deiner Linux-Installation auf diese Komfortmerkmale verzichtet.
Klar. Ich war einfach nur froh, dass ich online war.
ZitatOriginal geschrieben von shausch
Bei mir war das immer so, dass ich nach dem "at+cgdcont" ja gleich den "atd*99#" schicken musste/wollte (anders geht das mit dem Standard-Windows-Dialer nicht, der schickt alles hintereinander weg).
So funktionierts aber nicht, denn die Karte schickt nach dem "atd" kein "ok", sondern ne Fehlermeldung, wenn sie noch nicht richtig eingebucht ist.
Gut. Da bietet so ein ppp-Script unter Linux etwas bessere Möglichkeiten. Du kannst jeweils die Antworten des Modems abfragen und darauf reagieren oder auch Pausen einbauen. Das Script ist auch etwas länger als nur 3-5 Zeilen. Wenn es wen interessiert kann ich es ja mal posten.
Das wird also der Unterschied sein.
Aber gibt es da beim Windows DUN (Dial-up networking) nicht auch die Möglichkeit, ein Script einzubauen. Ich glaube mich dunkel an so etwas zu erinnern. Aus Zeiten als ich mit einem 14,4 KBit/s-Modem ins Internet ging indem ich CompuServe angewählt habe und dann mit GO PPPCONNECT erstmal eine PPP-Verbindung aufgebaut habe.
Gruß
Torsten
Ich bin beeindruckt!
Danke!
Hallo!
Habe eben rund 15 Minuten über Skype telefoniert. Immerhin. Fast ohne Probleme!
Ob da schon die ersten Beschwerdebriefe gewirkt haben?
Falls es doch irgendwelche räumlichen Aspekte gibt (die aktuelle Theorie sagt ja, dass aller Traffic über einen Gateway in Düsseldorf läuft), hier nur mal zur Info: Das war in Münster!
Falls also irgendwer gleichzeitig woanders in der Republik trotz prima UMTS-Versorgung zeitgleich nicht klargekommen ist, wäre das interessant.
Ansonsten habe ich mich gestern mal entschlossen, die Kosten für die einmalige Freischaltung + die 2,00 EUR pro Monat für den Zugang zu ipsec.eplus.de zu investieren. Allerdings ist das natürlich noch nicht eingerichtet. Aber ich werde mal versuchen herauszubekommen, ob das ein separater Übergang ist.
Selbst wenn e-plus aufgerütstet hat rechne ich damit, dass der große Ansturm noch kommen wird. Dann wäre eine Zuflucht für 2,00 EUR mehr pro Monat ein Aufpreis, den ich gerne bezahle.
Gruß
Torsten
ZitatAlles anzeigenOriginal geschrieben von shausch
Danke für den Link
Die originale Novatel-Software benutze ich schon seit einem Jahr. Sie ist wesentlich schlanker, als der Netzbetreiber-Schrott und in jedem Fall vorzuziehen.
Vor fast einem Jahr habe ich viel mit diesem Zeug experimentiert. Leider habe ich es damals nicht geschafft, die Merlin nur mit dem Treiber und ansonsten mit dem Windows-Dialer wie ein ganz normales Modem zu betreiben.
Das Merlin Modem wird zwar als ein solches erkannt, aber zum Betrieb ist ein über die normalen Modemfunktionen hinausgehender client (die Merlin-Software) erforderlich, der Steuerbefehle in einem bestimmten Zeitrahmen sendet. Das hat nichts mit der Pin-Abfrage zu tun, sondern ist auch fuer den normalen Betrieb erforderlich.
Wenn z.B. die Initialisierungssequenz nicht in einem bestimmten Abstand gesendet wird, sondern die Befehle einfach hintereinander im Stapel, nur durch die Hayes-Steuerung mit dem "ok" getrennt, funktioniert es nicht.
Die Details müsste ich nochmal suchen, ich weiss nur noch, dass ich dann mit einem Telix-Script teilweise Erfolg hatte.
Wäre nett, wenn Du da nochmal nachsehen könntest. Interessanterweise habe ich es unter Linux hinbekommen. Mein Laptop ist Dual-Boot und da diese tollen Client-Programme nicht für Linux gibt hatte ich mal im Google gesucht und irgendwo ein PPP-Script gefunden, das geklappt hat. Gerade deswegen frage ich mich wirklich, wieso das unter Windows nicht gehen soll.
ZitatOriginal geschrieben von shausch
Allerdings finde ich diese Client-Programme wirklich nervig, schon allein, weil sie alle Sekunde die Festplatte pollen, auch wenn es gar nichts zu tun gibt.
Ich habe mal das Client-Programm von Orange zu benutzen versucht, das hat auch die Möglichkeit der Neu-Anwahl nach Trennung, leider funktioniert es nicht. Die Eplus-Merlins werden nicht erkannt. Hab dann auch nicht weiter probiert, das ist alles ziemlich fummelig....
Festplatte pollen? Ist mir noch gar nicht aufgefallen. Wonach pollen die denn?
Neu-Anwahl nach Trennung wäre manchmal wirklich ein prima Feature. Wobei: Ich habe die Firmware mal auf den aktuellen Stand gebracht. Meine Merlin war wohl eine der ersten, hatte Firmware 31. Jetzt habe ich 43. (Sind ja immerhin 12 Versionen dazwischen.) Danach sind wenigstens die Abbrüche weniger geworden. Auch das hin- und herschalten zwischen GPRS und UMTS scheint jetzt besser zu gehen. An dem Problem, dass bei e-plus momentan wohl der Gateway dicht ist ändert das aber leider nichts.
Hatte vorher die T-Mobile-SW in einer älteren Version. Die neueste hat nämlich mit der SIM-Karte von Vodafone- oder e-plus knallhart nach dem Einbuchen zu mir gesagt: "Your service provider has not licensed this software. Goodbye." Das ist ja schon unverschämt. Man kann dann nämlich z.B. im Ausland nicht einfach mal eine geliehene oder temporäre Karte verwenden. Das ist vollkommen inakzeptabel. Nur falls mal irgendwo die Frage hochkommt, was man denn gegen die schön bunte Software des Netzbetreibers haben könnte.
Ich hatte auch schonmal drüber nachgedacht, selbst ein solches Dial-Programm zu schreiben. Vor allem auch für Linux. Die SuSE-Mausschubser schaffen es ja eher nicht, ein PPP-Script einzubinden und wollen halt etwas in ihrem KDE sehen das so aussieht wie unter Windows. Das wäre dann eine gute Grundlage um damit auch etwas mehr Diagnose und Statistik machen zu können. Aber jetzt wo ich weiß dass man auch an die Original-Merlin-Software rankommt ist meine Motivation ein Stückchen gesunken.
Gruß
Torsten
Hallo,
hat irgendjemand hier ein paar Infos zur Novatel Merlin UMTS-PCMCIA-Karte?
Was ich gerne wissen würde: Für den Rechner sieht diese ja aus wie ein Modem, nur dass sie halt ein paar andere AT-Befehle unterstützt, die man bei einem Modem normalerweise nicht braucht, z.B. zur Eingabe der PIN der SIM-Karte, usw.
Allerdings frage ich mich, ob die AT-Schnittstelle die einzige Schnittstelle ist. Gibt es eventuell noch einen anderen Zugang zur Karte, um z.B. Diagnose-Infos abzufragen wie die aktuelle Feldstärke, die Anzahl der Basisstationen, die in Reichweite sind, usw.?
Gruß
Torsten
