1781VAW, All-IP Option, Trunk krummer Block

Forum zu LANCOM Systems VoIP Router/Gateways und zur LANCOM VoIP Option

Moderator: Lancom-Systems Moderatoren

1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Hallo zusammen,
ich war leider so dumm einem VOIP Anbieterwechsel zum Wochenende zuzustimmen und könnte gerade gut Hilfe brauchen.

Auf dem Router liefen bisher noch Einzelleitungen der Telekom auf T-DSL neben DSL des neuen Anbieters, bei dem es sich um regionale Stadtwerke handelt, die einen enviatel Anlagenanschluss unter eigenem Namen anbieten. Lieder war es mir in einer Woche nicht möglich, dort einen Techniker zu sprechen.

Problem:
Rufnummernblock: kkkkk30-59
Benutzer-ID für Authentifizierung: 0vvvvkkkkk3

Ich kann also den Assistenten nicht bzw. nur teilweise nutzen, da der 3 wegen die Zuweisung der Durchwahlen dann nicht stimmt oder zumindest nicht funktioniert. Ausgehende und interne Rufe machen keine Probleme, aber eingehend wird entweder "nicht vergeben" oder "unvollständig" oder "hat eine andere Nummer" zurückgegeben.

Wenn ich aktuell eine Nummer des Blocks von extern wähle, kommt der ruf ohne führende 0 und mit der quasi-Kopfnummer rein, also der oben genannten Benutzernummer. Ich kriege das nicht so umgeformt, dass die Blocknummern angewählt werden.
Habe im Assistenten schon alle Levels durchgespielt, Leitung und Benutzer entfernt und händisch neu erstellt, aber irgendwie bin ich wohl zu dämlich, um die Funktion des Call-Routers zu verstehen - nein, bedaure, die Anleitung war auch keine Hilfe - und von diversen irritierenden inkonsistenten Feldnamen in der Konfiguration ohnehin ordentlich eingewirrt.

Falls gerade jemand mit Sachverstand in der Nähe ist...

Besten Dank
ein Noob
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
5624
Beiträge: 865
Registriert: 14 Mär 2012, 12:36

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 5624 »

Hast du schonmal versucht, den Assistenten mit einer falschen Nummer zu durchlaufen, also 0 bis 59 und dann später in der SIP-Mapping-Tabelle die Nummer zu ändern?

Du schreibst leider auch nicht, an welche Technologie du auf der internen Seite übergibst, also wie ist die Telefonanlage mit dem Router verbunden?
LCS NC/WLAN
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Hallo,

pardon, mein Fehler.
Es gibt hier keine Anlage, nur SIP-Endgeräte, aktuell ca. 12 und ein Cisco ATA fürs Fax. Der Lancom ist also PBX und machte das bisher auch ordentlich.
Ich habe bisher unter anderem den Telekom D-LAN Trunk-Assistenten mit Stammnummer kkkk - also ohne die finale 3 - und den dazugehörigen Durchwahlen versucht, dann die Leitung auf die Stadtwerke angepasst, das funktionierte aber auch nur raus und nicht rein.
Würde ich 0-59 verwenden, käme ja ab dem zweiten 10er das Problem wieder zum Vorschein. Oh, ich hatte es im TDLAN-Trunk-Assistenten übrigens auch alternativ mit kkkk3 und Durchwahlen 0-9 versucht, ging auch nicht.

Die Firmware hatte ich übrigens gestern aktualisiert, nachdem er mir beim All-IP-Assistenten irgendwas von is1-4 und fehlender Lizenz angezeigt hatte. War nach dem Update weg. Lancom-Support hatte sich dazu seit Mittwoch nicht geäußert. :(
Merkwürdig ist auch, dass der Router trotz Option 10 und einer 10+ keine 20 sondern nur 16 Benutzer zulässt. Soll das so sein? ^^

Unbekannterweise mal vielen Dank fürs Gedanken machen.

Grüße
5624
Beiträge: 865
Registriert: 14 Mär 2012, 12:36

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 5624 »

Das Problem ist in deinem Fall nicht der krumme Block, weil wenn ich den Telekom SIP-Trunk-Assistenten durchlaufen lasse, kann der damit problemlos umgehen, sondern bei dir wird man wohl die komplette Konfiguration manuell machen müssen, weil kein Profil für deinen Anbieter da ist.

Hinzu kommt, dass jeder Anbieter die Nummer anders übergibt. Hier müsste man dann jetzt mal schauen, was reinkommt und in welchem Feld. Das wäre ein massiver Einsatz von Traces und PCAP.

Das aktuelle Problem wird nämlich einfach nur sein, dass der Router den Rufnummernvergleich macht und etwas erwartet, was er in der Form gar nicht bekommt.

Hast du die Benutzer nur mit einer zweistelligen Durchwahl angelegt oder mit der kompletten Ortsrufnummer?
LCS NC/WLAN
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Heyho,

ich habe den Block bzw. die Kopfnummer als Problem verstanden, weil Lancom schreibt, der Assistent würde Kopfnummer+Durchwahlen verwenden. Wenn die Kopfnummer gewissermaßen eine Stelle zu lang ist, weil die Benutzerkennung verwendet wird, geht das nicht, dachte ich. Hm, ging ja auch nicht... :(

Ich hatte bislang für die Einzelleitungen kurze interne Nummern angelegt. Die ließen sich ja aber den Rufnummern/Leitungen direkt zuweisen, was mit Trunk nicht mehr geht. Im Zuge meiner Versuche, diverser inzwischen, hab ich statt verkürzter interner Nummern die Blocknummern verwendet, die ja aber über die Regel im Call-Router korrekt umgeformt werden, so dass sie sich von intern kurz mit zwei Ziffern wählen lassen.

Der Call-Router war gewissermaßen mein Versuch, eine manuelle Konfiguration anzustellen, aber wie anfangs erwähnt, werde ich aus der Beschreibung nicht schlau. Raute/Wildcard/Variable z. B. Irgendwo hab ich da was nicht gecheckt. :?
5624
Beiträge: 865
Registriert: 14 Mär 2012, 12:36

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 5624 »

Das Problem ist nicht der Call-Router, für eingehende Gespräche ist dieser nicht zwingend notwendig.

Die Probleme, die du hast, könnten an der SIP-Leitung, der SIP-Mapping-Tabelle oder den SIP-Benutzern liegen.
In der SIP-Leitung findest du ganz unten den Punkt interne Zielnummer. Hier müsste die Rufnummer ohne ONKZ und DuWa drinstehen.
In der SIP-Mapping-Tabelle müsstest du vier Einträge finden, die International mit +, International mit 00, National und Ortsnetz auf deine Rufnummer ohne DuWa anpasst. Also aus +49 1234 8888, 0049 1234 8888, 0 1234 8888 und 8888 wird jeweils 8888#. Rufnummernlänge muss auf 0 stehen, weil dann gibt es hier keine Begrenzung, sondern es würden auch unvollständig gewählte Nummern angenommen werden.
Und in der SIP-Benutzertabelle legst du einfach die Benutzer mit der Rufnummer 888831, 888832, 888833 an (um bei meinem Beispiel zu bleiben).

Damit müsste dann zumindest die eingehende Wahl funktionieren.
LCS NC/WLAN
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Na hallo,
nochmal danke, dass du dir die Zeit nimmst.

Habe den T-LAN-IP Trunk-Wizard nochmal durchlaufen, dabei
die dort als "Durchwahl" bezeichnete Stammnummer
Abfragestelle "3"
Block 30-59 angebeben
Benutzer angelegt und
nach Abschluss des Assistenten die Leitung angepasst.

Leitung zeigt korrekt Ziel = Stammnummer (hier beispielhaft irritierend, dass das Feld nur unter Einzelleitung editiert werden kann),
die Mapping-Tabelle enthält die genannten vier Einträge, die auch korrekt auf die Stammnummer zeigen,
die Benutzer hat der Wizard korrekt angelegt.

Würde nun ebenfalls erwarten, dass das funktioniert, aber es tut genau andersrum:

Softclient kann rausrufen, Nummernübertragung korrekt, ohne die im Client eingetragen zu haben, aber
externer Ruf an z. B. +49vvvvkkkkk44 scheitert

Code: Alles auswählen

// SIP
[SIP-Packet] 2020/11/01 10:14:10,330  Devicetime: 2020/11/01 10:14:10,169 [Packet]: 
Receiving datagram (933 Bytes) at 83.xxx.xxx.1:12539 from 93.159.127.175:5060 using UDP (RtgTag 0):
INVITE sip:+49vvvvkkkkk3@83.xxx.xxx.1:12539;transport=udp SIP/2.0\r\n
Call-ID: 23380-WW-7db06f31-xxxxxxxx@IM1.enviatel.net\r\n
Contact: <sip:93.159.127.175:5060>\r\n
Content-Type: application/sdp\r\n
CSeq: 2077910947 INVITE\r\n
From: "0171XXXXXXX" <sip:0171XXXXXXX@IM1.enviatel.net;user=phone>;tag=23380-LA-7db06f32-2a86ee8e1\r\n
Max-Forwards: 50\r\n
Record-Route: <sip:93.159.127.175:5060;lr>\r\n
To: <sip:0vvvvkkkkk44@sip.verbindet.online;user=phone>\r\n
Via: SIP/2.0/UDP 93.159.127.175:5060;branch=xxxxxxx-XNBZ-0bcf9095-23c11c9e\r\n
Allow: ACK,BYE,CANCEL,INFO,INVITE,REFER,REGISTER,UPDATE\r\n

[SIP-Packet] 2020/11/01 10:14:10,351  Devicetime: 2020/11/01 10:14:10,183 [Packet]: 
Sending datagram (538 Bytes) from 83.xxx.xxx.1:12539 to 93.159.127.175:5060 using UDP (RtgTag 0):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/UDP 93.159.127.175:5060;branch=xxxxxxx-XNBZ-0bcf9095-23c11c9e;received=93.159.127.175\r\n
Record-Route: <sip:93.159.127.175:5060;lr>\r\n
From: "0171XXXXXXX"<sip:0171XXXXXXX@IM1.enviatel.net;user=phone>;tag=23380-LA-7db06f32-2a86ee8e1\r\n
To: <sip:0vvvvkkkkk44@sip.verbindet.online;user=phone>;tag=113029656-1064266972\r\n
Call-ID: 23380-WW-7db06f31-xxxxxxxx@IM1.enviatel.net\r\n

[SIP-Packet] 2020/11/01 10:14:10,360  Devicetime: 2020/11/01 10:14:10,197 [Packet]: 
Sending datagram (550 Bytes) from 83.xxx.xxx.1:12539 to 93.159.127.175:5060 using UDP (RtgTag 0):
SIP/2.0 484 Address Incomplete\r\n
Via: SIP/2.0/UDP 93.159.127.175:5060;branch=xxxxxxx-XNBZ-0bcf9095-23c11c9e;received=93.159.127.175\r\n
Record-Route: <sip:93.159.127.175:5060;lr>\r\n
From: "0171XXXXXXX"<sip:0171XXXXXXX@IM1.enviatel.net;user=phone>;tag=23380-LA-7db06f32-2a86ee8e1\r\n
To: <sip:0vvvvkkkkk44@sip.verbindet.online;user=phone>;tag=113029656-1064266972\r\n

// Callmanager
[Callmanager] 2020/11/01 10:32:50,827  Devicetime: 2020/11/01 10:32:50,660 [VCM] : -----[ CALL INDICATION, call-id=16396
[Callmanager] 2020/11/01 10:32:50,827  Devicetime: 2020/11/01 10:32:50,669 [VCM] : SrcCallInfo: 0b5ffda0,   ReferSrcInfo: 00000000, pCall->GetDstInfo: 00000000
[Callmanager] 2020/11/01 10:32:50,827  Devicetime: 2020/11/01 10:32:50,669 [VCM] : Src CallId=xxxxxxxx-7db3735c-0c0660343@IM1.enviatel.net
[Callmanager] 2020/11/01 10:32:50,827  Devicetime: 2020/11/01 10:32:50,669 [VCM] : Source      : 0171xxxxxxx@IM1.enviatel.net,  Second: , isScreened: 0
[Callmanager] 2020/11/01 10:32:50,830  Devicetime: 2020/11/01 10:32:50,669 [VCM] : Destination : kkkkk3@83.221.254.1,  AutoSendingComplete:1
[Callmanager] 2020/11/01 10:32:50,831  Devicetime: 2020/11/01 10:32:50,669 [VCM] : - info       : Name of source entity: WIZ_T-kkkkk
[Callmanager] 2020/11/01 10:32:50,831  Devicetime: 2020/11/01 10:32:50,669 [SIP-Provider] : filterCodecs  --  stream->HasPort: 1, media.isFaxCreatedByPstn: 0
[Callmanager] 2020/11/01 10:32:50,831  Devicetime: 2020/11/01 10:32:50,669 [VCM] : addDtmf - Dtmf-Method: 0, EventType: 
[Callmanager] 2020/11/01 10:32:50,832  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : parse call routing table for active entries
[Callmanager] 2020/11/01 10:32:50,832  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : PartyCln:0171xxxxxxx@IM1.enviatel.net, Second: ,  isScreened: 0
[Callmanager] 2020/11/01 10:32:50,833  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : SrcDescriptorCln:0171xxxxxxx@IM1.enviatel.net
[Callmanager] 2020/11/01 10:32:50,834  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : search in the local user database
[Callmanager] 2020/11/01 10:32:50,834  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : user 'kkkkk3@83.221.254.1' not found
[Callmanager] 2020/11/01 10:32:50,835  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : ignore domain
[Callmanager] 2020/11/01 10:32:50,835  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : number is not unique
[Callmanager] 2020/11/01 10:32:50,835  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : abort, destination ist not unique
[Callmanager] 2020/11/01 10:32:50,835  Devicetime: 2020/11/01 10:32:50,670 [SIP-Provider] : - info       : reply code: 0
[Callmanager] 2020/11/01 10:32:50,835  Devicetime: 2020/11/01 10:32:50,670 [SIP-CALL] : - info       : reject call with: 'Address Incomplete'
Grüße
M
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
5624
Beiträge: 865
Registriert: 14 Mär 2012, 12:36

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 5624 »

Abfragestelle ist nicht die 3 sondern die 30.

Code: Alles auswählen

[Callmanager] 2020/11/01 10:32:50,834  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : search in the local user database
[Callmanager] 2020/11/01 10:32:50,834  Devicetime: 2020/11/01 10:32:50,670 [VCM] : - info       : user 'kkkkk3@83.221.254.1' not found
Gibt einfach keinen Benutzer für kkkkk3. Könntest jetzt testweise einfach mal eine Gruppe anlegen, mit der Nummer kkkkk3 und irgendwelche anderen Benutzer hinzufügen, dann müsste es gehen.
LCS NC/WLAN
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Ja, war auch der Meinung, es sei die 30, aber die Provider schreiben übereinstimmend, es sei die erste Ziffer des Blocks, wie hier im Musterbeispiel von Easybell: "Es Gibt aber vereinzelt auch Blöcke mit ungewöhnlichen Durchwahlen. Hätte der Block aus unserem Beispiel nur 30 Durchwahlen von 30 - 59, wäre die Abfragestelle entsprechend die „3"." Hatte 30 schon versucht, werde das aber testweise gleich nochmal tun.
Danke
5624
Beiträge: 865
Registriert: 14 Mär 2012, 12:36

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 5624 »

Trag doch einfach erstmal die Gruppe ein und schau, ob das Gespräch dann durchgeht.
LCS NC/WLAN
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Wie vorgeschlagen getestet, Benutzer kkkkk44 angelegt, ausgehende Rufe iO, eingehender Ruf auf kkkkk44 scheitert

Code: Alles auswählen

[Callmanager] 2020/11/01 12:01:08,104  Devicetime: 2020/11/01 12:01:08,235 [SIP-URI]: URI COMPARISON
[Callmanager] 2020/11/01 12:01:08,104  Devicetime: 2020/11/01 12:01:08,235 [SIP-URI]: Wrong Name!!! - Uri1-Name: +49vvvvkkkkk30,  Uri2-Name: 0vvvvkkkkk44
// [...]
[Callmanager] 2020/11/01 12:01:08,134  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : - info       : line 'WIZ_T-kkkkk' operates in trunk mode
[Callmanager] 2020/11/01 12:01:08,134  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : isTrunk  1   cldOrig:+49vvvvkkkkk30,  UserId: +49vvvvkkkkk30
[Callmanager] 2020/11/01 12:01:08,136  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : isTrunk  2   toParty:0vvvvkkkkk44
[Callmanager] 2020/11/01 12:01:08,136  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : isTrunk  7   cldMapped:kkkkk30
[Callmanager] 2020/11/01 12:01:08,138  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : - info       : convert dst-number +49vvvvkkkkk30' -> 'kkkkk30'
// [...]
[Callmanager] 2020/11/01 12:01:08,154  Devicetime: 2020/11/01 12:01:08,285 [SIP-CALL] : - info       : reject call with: 'Gone'
Werde wohl nachher vor Ort mal die FBox anwärmen. :cry:
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Gruppenlösung geht nicht, Nummer unvollständig.
5624
Beiträge: 865
Registriert: 14 Mär 2012, 12:36

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 5624 »

1781Inferno hat geschrieben: 01 Nov 2020, 12:14 Wie vorgeschlagen getestet, Benutzer kkkkk44 angelegt, ausgehende Rufe iO, eingehender Ruf auf kkkkk44 scheitert

Code: Alles auswählen

[Callmanager] 2020/11/01 12:01:08,104  Devicetime: 2020/11/01 12:01:08,235 [SIP-URI]: URI COMPARISON
[Callmanager] 2020/11/01 12:01:08,104  Devicetime: 2020/11/01 12:01:08,235 [SIP-URI]: Wrong Name!!! - Uri1-Name: +49vvvvkkkkk30,  Uri2-Name: 0vvvvkkkkk44
// [...]
[Callmanager] 2020/11/01 12:01:08,134  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : - info       : line 'WIZ_T-kkkkk' operates in trunk mode
[Callmanager] 2020/11/01 12:01:08,134  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : isTrunk  1   cldOrig:+49vvvvkkkkk30,  UserId: +49vvvvkkkkk30
[Callmanager] 2020/11/01 12:01:08,136  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : isTrunk  2   toParty:0vvvvkkkkk44
[Callmanager] 2020/11/01 12:01:08,136  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : isTrunk  7   cldMapped:kkkkk30
[Callmanager] 2020/11/01 12:01:08,138  Devicetime: 2020/11/01 12:01:08,249 [SIP-Provider] : - info       : convert dst-number +49vvvvkkkkk30' -> 'kkkkk30'
// [...]
[Callmanager] 2020/11/01 12:01:08,154  Devicetime: 2020/11/01 12:01:08,285 [SIP-CALL] : - info       : reject call with: 'Gone'
Werde wohl nachher vor Ort mal die FBox anwärmen. :cry:
Hast du auch einen Teilnehmer hinter der Anlage, der mit der passenden Nummer konfiguriert ist? Weil Gone ist was anderes, als was wir vorher hatten.
LCS NC/WLAN
1781Inferno
Beiträge: 18
Registriert: 31 Okt 2020, 21:38

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von 1781Inferno »

Ja, hatte Benutzer und/oder Gruppe probiert und Gruppenmitglieder bestanden als Benutzer [und waren registriert].

Inzwischen gibt allerdings es einen Fortschritt zu vermelden. Habe unter Leitung => Erweitert die Option "Eingehende vollständige Rufnummer im To-Header" aktiviert und die Rufe kommen rein. Irgendwann bringt mich so eine unauffällige Checkbox nochmal ins Grab...

Beim Testen der Funktionen zeigte sich aber, dass die Funktion nicht stabil ist, eingehend intern nur ein rhythmisches Klopfen ausgibt, ausgehend nach Annahme Rufton beim Ziel zu hören ist und dann Benutzer wieder nicht rauskommen oder von außen nicht erreichbar sind, oder Rufe ins Festnetz (SIP) nach Abheben des Empfängers als abgewiesen beendet werden.. :?
Benutzeravatar
Jirka
Beiträge: 5225
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: 1781VAW, All-IP Option, Trunk krummer Block

Beitrag von Jirka »

1781Inferno hat geschrieben: 31 Okt 2020, 22:52Die Firmware hatte ich übrigens gestern aktualisiert,
von Version auf Version?
1781Inferno hat geschrieben: 31 Okt 2020, 22:52nachdem er mir beim All-IP-Assistenten irgendwas von is1-4 und fehlender Lizenz angezeigt hatte. War nach dem Update weg. Lancom-Support hatte sich dazu seit Mittwoch nicht geäußert. :(
Bekanntes Problem: fragen-zu-lancom-systems-voip-router-f4 ... 18397.html
Hier ist aber wohl eher ein Update von LANconfig fällig als ein Firmware-Update.
1781Inferno hat geschrieben: 31 Okt 2020, 22:52Merkwürdig ist auch, dass der Router trotz Option 10 und einer 10+ keine 20 sondern nur 16 Benutzer zulässt. Soll das so sein?
Kann ich mir ehrlich gesagt nicht vorstellen. Firmware-Version? Wie äußert sich das Problem, dass der 17. Benutzer nicht zulässig ist? Ist die (SIP-Benutzer-)Tabelle voll? Unter LANconfig und WEBconfig?

Vielleicht hätte man rechtzeitig jemanden beauftragen sollen, der sich damit auskennt, denn es sieht ja offensichtlich nicht nach einer Standardkonfiguration aus, die mit dem Assistenten erstellt werden kann. Unmöglich sieht es aber auch nicht aus. Aber ich will mich nicht zu weit aus dem Fenster lehnen, wo ich eh schon wieder völlig überlastet bin.

Viele Grüße,
Jirka
Antworten