Wunschliste ab LCOS 7.20/22 (Schwerpunkt VoIP/TK)
Moderator: Lancom-Systems Moderatoren
Hi backslash,
unter TCP/IP.Adressen gebe ich ja einen Adressbereich an. Je in welchem Subnet dieser Adressbereich drin ist könnte der Router entscheiden, welche seiner Schnittstellen-IP-Adressen er nun als PPP-Server-IP übermitteln soll.
Brauchen tut man dies wenn sich die Clients in der DMZ auf einem VPN-Server einwählen sollen und anschließend über das VPN Kontakt mit der internen IP-Adresse des Routers aufnehmen sollen (z.B. VoIP-Client). Wenn aber der Router bei der Einwahl immer seine interne IP als PPP-Server-IP übermittelt richtet Windows eine Host-Route ein und ich kann diese Adresse nicht über das VPN routen, da ja Windows eine vermeintlich kürzere und bessere Route hat.
hmm, das mit der Virtualisierung muss ich mir mal ansehen - vielleicht ist das was...
Gruß
gm
unter TCP/IP.Adressen gebe ich ja einen Adressbereich an. Je in welchem Subnet dieser Adressbereich drin ist könnte der Router entscheiden, welche seiner Schnittstellen-IP-Adressen er nun als PPP-Server-IP übermitteln soll.
Brauchen tut man dies wenn sich die Clients in der DMZ auf einem VPN-Server einwählen sollen und anschließend über das VPN Kontakt mit der internen IP-Adresse des Routers aufnehmen sollen (z.B. VoIP-Client). Wenn aber der Router bei der Einwahl immer seine interne IP als PPP-Server-IP übermittelt richtet Windows eine Host-Route ein und ich kann diese Adresse nicht über das VPN routen, da ja Windows eine vermeintlich kürzere und bessere Route hat.
hmm, das mit der Virtualisierung muss ich mir mal ansehen - vielleicht ist das was...
Gruß
gm
Hallo,
bei mit stehen die folgenden Funktionen auf der Wunschliste:
Dirk
bei mit stehen die folgenden Funktionen auf der Wunschliste:
- - Call Through, also die Möglichkeit, sich z.B. vom öffentlichen Telefonnetz (Handy) über den LANCOM auf eine weitere externe Leitung (SIP oder ISDN) weiterzuverbinden:
Hier könnte ich mit eine Erweiterung des Callmanagers vorstellen, der im ersten Schritt prüft, ob der Teilnehmer für Call-Through zugelassen ist (Nutzung der übertragenen Rufnummer).
Sofern der Teilnehmer identifiziert wurde, werden die der ursprünglichen Rufnummer zum Erreichen des LANCOM angehängten Nummern als Vermittlungsinformationen ausgewertet und der Anrufende weitervermittelt.
- Integration eines STUN-Servers
- Anrufbeantworter mit Speicherung der Gespräche auf USB-Stick
- Wartemusik (Speicherung auf USB-Stick)
Dirk
Hi Dirk,
Ciao
LoUiS
wieso STUN-Server? Du meinst doch wohl eher einen STUN-Client, damit das VoIP Gateway hinter einem maskiereneden Router verwendet werden kann.- Integration eines STUN-Servers
Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
Hi Louis,
ich hatte schon an einen STUN-Server gedacht, da mein Netzwerk-Setup etwas komplizierter ist:
Ein LANCOM 1722 stellt den Router zum Internet dar. Gleichzeitig ist dieser Router sowohl das VoIP Gateway, als auch die Frontend-Firewall.
Das eigentliche interne Netz ist zusätzlich noch durch einen MS ISA-Server getrennt, der somit die Backend-Firewall darstellt und parallel die Verbindung zum Router maskiert.
Die Clients, und damit auch die VoIP-Endgeräte befinden sich somit in einem anderen Sub-Netz als das VoIP Gateway.
Problem bei dieser Konfiguration ist somit, dass die VoIP-Clients das VoIP-Gateway nur unter Angabe eines zusätzlichen STUN-Servers nutzen können.
Somit wäre es praktisch, wenn das VoIP-Gateway auch gleichzeitig als STUN-Server für die Endgeräte genutzt werden kann, damit nicht für jedes Endgerät ein STUN-Server im Internet konfiguriert oder auf einem separaten Server im LAN betrieben werden muss.
Dirk
ich hatte schon an einen STUN-Server gedacht, da mein Netzwerk-Setup etwas komplizierter ist:
Ein LANCOM 1722 stellt den Router zum Internet dar. Gleichzeitig ist dieser Router sowohl das VoIP Gateway, als auch die Frontend-Firewall.
Das eigentliche interne Netz ist zusätzlich noch durch einen MS ISA-Server getrennt, der somit die Backend-Firewall darstellt und parallel die Verbindung zum Router maskiert.
Die Clients, und damit auch die VoIP-Endgeräte befinden sich somit in einem anderen Sub-Netz als das VoIP Gateway.
Problem bei dieser Konfiguration ist somit, dass die VoIP-Clients das VoIP-Gateway nur unter Angabe eines zusätzlichen STUN-Servers nutzen können.
Somit wäre es praktisch, wenn das VoIP-Gateway auch gleichzeitig als STUN-Server für die Endgeräte genutzt werden kann, damit nicht für jedes Endgerät ein STUN-Server im Internet konfiguriert oder auf einem separaten Server im LAN betrieben werden muss.
Dirk
Hi DirkG
Ein STUN-Server im Internet hilft dir hier auch nicht, da das LANCOM ja nochmal ein NAT macht und der externe STUN-Server die vom LANCOM gemappte Adresse und Port übermittelt. Für dein Szenario brauchst du tatsächlich einen STUN-Server im LANCOM oder im Netz des LANCOMs...
Ich denke aber mal, daß der STUN-Client "wichtiger" sein wird, als ein STUN-Server...
Gruß
Backslash
Ein STUN-Server im Internet hilft dir hier auch nicht, da das LANCOM ja nochmal ein NAT macht und der externe STUN-Server die vom LANCOM gemappte Adresse und Port übermittelt. Für dein Szenario brauchst du tatsächlich einen STUN-Server im LANCOM oder im Netz des LANCOMs...
Ich denke aber mal, daß der STUN-Client "wichtiger" sein wird, als ein STUN-Server...
Gruß
Backslash
Hi gm
Wenn du nicht allzuviele RAS-User hast, dann kannst du das aber manuell über die IP-Parameterliste erledigen, indem du für jeden RAS-User einen Eintrag erstellst, und dort die gewünschte Adresse einträgst...
Gruß
Backslash
stimmt, es wäre tatsächlich recht einfach möglich, das zu automatisieren...unter TCP/IP.Adressen gebe ich ja einen Adressbereich an. Je in welchem Subnet dieser Adressbereich drin ist könnte der Router entscheiden, welche seiner Schnittstellen-IP-Adressen er nun als PPP-Server-IP übermitteln soll.
Wenn du nicht allzuviele RAS-User hast, dann kannst du das aber manuell über die IP-Parameterliste erledigen, indem du für jeden RAS-User einen Eintrag erstellst, und dort die gewünschte Adresse einträgst...
das war ein Featurewunsch, z.Zt funktioniert das nicht für RAS-Userhmm, das mit der Virtualisierung muss ich mir mal ansehen - vielleicht ist das was...
Gruß
Backslash
Hallo,
fraglich ist, ob du mit dem ISA ueberhaupt SIP "spielen" kannst. Ich habe nur schlechte Erfahrungen damit gemacht und kenne keinen der so eine Konfiguration zum Laufen bekommen hat. Mit STUN ist das der einzige Ansatz imho.
Das mit den mehreren RAS-Adresspools fuer jeden virtuellen Router kann ich nur begrueßen.
fraglich ist, ob du mit dem ISA ueberhaupt SIP "spielen" kannst. Ich habe nur schlechte Erfahrungen damit gemacht und kenne keinen der so eine Konfiguration zum Laufen bekommen hat. Mit STUN ist das der einzige Ansatz imho.
Das mit den mehreren RAS-Adresspools fuer jeden virtuellen Router kann ich nur begrueßen.
12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a
- Hobbyfahrer
- Beiträge: 676
- Registriert: 26 Mär 2006, 17:58
- Wohnort: Hamburg
- Dynamische Weiterleitung
Ein SIP WLAN User ist intern unter seiner Nummer erreichbar wenn eingebucht.
Verlässt der User den WLAN Bereich wird automatisch auf z.B. das Handy umgeleitet.
Mit Dual-Mode Handys wäre diese Lösung perfekt.
Die Funktion konnte heißen: Weiterleitung bei Nichtanmeldung
- STUN Server
Damit könnten sich auch endlich Nokia Geräte sauber extern am Lancom anmelden (dieser Wunsch ist aber nicht so wichtig )
Ein SIP WLAN User ist intern unter seiner Nummer erreichbar wenn eingebucht.
Verlässt der User den WLAN Bereich wird automatisch auf z.B. das Handy umgeleitet.
Mit Dual-Mode Handys wäre diese Lösung perfekt.
Die Funktion konnte heißen: Weiterleitung bei Nichtanmeldung
- STUN Server
Damit könnten sich auch endlich Nokia Geräte sauber extern am Lancom anmelden (dieser Wunsch ist aber nicht so wichtig )
Provider: Kabel Deutschland Flat 32
VoIP: Sipgate Plus
Router: Lancom 1781EF+FW 9.0, 2 x D-Link DAP-2695
VoIP: AW COMpact 5000R, CFT 3500, Gigaset N720
VoIP: Sipgate Plus
Router: Lancom 1781EF+FW 9.0, 2 x D-Link DAP-2695
VoIP: AW COMpact 5000R, CFT 3500, Gigaset N720
Hallo,
eher praktikbel ist eine AWS, wenn kein Benutzer mit seiner Identitaet via Multi-Login im LANCOM eingebucht ist, dass dann sofort umgeleitet wird.
eher praktikbel ist eine AWS, wenn kein Benutzer mit seiner Identitaet via Multi-Login im LANCOM eingebucht ist, dass dann sofort umgeleitet wird.
12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a
-
- Beiträge: 144
- Registriert: 21 Okt 2006, 15:28
Hallo,
interessant fände ich:
- Callback (ISDN, ATA) &
- Callthrough (ISDN, ATA, SIP)
Das würde z.B. bei uns einen kompletten virtuellen Host mit der entsprechenden Software einsparen (und vielleicht die damit doch auftretende Verzögerung verringern).
- manuelle Umschaltung Tag-/Nachtbetrieb
- Ablehnen von Anrufern mit unterdrückter Rufnummer je MSN einstellbar
Wir haben z.B. eine Rufnummer, auf der ständig irgendwelche Callcenter anrufen - das abwürgen zu können währe schon praktisch. Auf anderen, nicht missbrauchten, Rufnummern sollten dagegen alle Anrufe durchkommen.
Grüße
T.
interessant fände ich:
- Callback (ISDN, ATA) &
- Callthrough (ISDN, ATA, SIP)
Das würde z.B. bei uns einen kompletten virtuellen Host mit der entsprechenden Software einsparen (und vielleicht die damit doch auftretende Verzögerung verringern).
- manuelle Umschaltung Tag-/Nachtbetrieb
- Ablehnen von Anrufern mit unterdrückter Rufnummer je MSN einstellbar
Wir haben z.B. eine Rufnummer, auf der ständig irgendwelche Callcenter anrufen - das abwürgen zu können währe schon praktisch. Auf anderen, nicht missbrauchten, Rufnummern sollten dagegen alle Anrufe durchkommen.
Grüße
T.
-
- Beiträge: 144
- Registriert: 21 Okt 2006, 15:28
Hallo,
Grüße
T.
aaaaah, (dafür gibt's "EMPTY" bei "Rufende Nummer")! Und es steht sogar etwas in der FAQ von Lancom. Habe ich komplett übersehen. Danke für den Hinweis! Ich habe es für die betreffende Rufnummer gleich eingerichtet.Ablehnen (oder umleiten zum AB) von Anrufern ohne Calling Party Number (Empty) kannst du über die Call-Routing-Tabelle schon länger konfigurieren.
Grüße
T.
Hi Gerhard,
nein in diesem Bereich hat sich nichts getan.
nein in diesem Bereich hat sich nichts getan.
12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a