Heavendenied

Nein, bei uns gehts um das "F8-Tool" oder auch "Comassistant Erweiterung".

Habs aber mittlerweile hinbekommen indem ich im AdminStudio einfach die ganzen Dialogboxen aus der Installation gelöscht habe.

Wäre trotzdem dankbar für ne andere Lösung wenn jemand noch was weiß.

Hallo,

ich habe ein kleines Tool von Siemens für welches es leider keine Silent installation und keinerlei Doku gibt. Ich habe es jetzt zwar geschafft daraus eine MSI INstallation zu machen, aber leider läuft diese nicht silent ab.

Wenn ich nun eine Gruppenrichtlinie auf Computerebene mache dann läuft das Ganze auch, wenn ich aber besteimmten USern dieses Tool bereitstellen will, dann kommt der Installationsdialog.

Gibt es denn nicht irgendeine Möglichkeit den Aufruf /qn bei ner Gruppenrichtlinie mit einzubauen?

Hallo,

tut mir Leid, dass ich mich so lange nicht gemeldet habe, aber ich war länger krank.

Mittlerweile ist das Problem gelöst! Eben waren zwei Techniker von Siemens da und wir haben festgestellt, dass ich gar nicht so weit von der Lösung weg war.

So hatte ich es:

01 0a 53 69 65 6d 65 6e 73 00 00 00 02 02 00 4d 03 18 73 64 6c 70 3a 2f 2f 31 30 2e 31 30 38 2e 37 35 2e 31 3a 31 38 34 34 33 ff

Das fettgedruckte ist ja der Teil für das VLAN. Das Problem war aber, dass der Tag für die VLAN ID 4Bytes lang sein muss, also muss das ganze so aussehen:

01 0a 53 69 65 6d 65 6e 73 00 00 00 02 04 00 00 00 4d 03 18 73 64 6c 70 3a 2f 2f 31 30 2e 31 30 38 2e 37 35 2e 31 3a 31 38 34 34 33 ff

Wie der Catalyst dann konfiguriert ist ist relativ egal, also ob als Trunk oder als Access mit Access Vlan und Voice VLAN, es lag einzig an der Länge des VLAN Tags.

 

@Daking:

Ich verspreche dran zu denken dir die Infos die ich sonst noch dazu hab noch per Mail an dich zu schicken.

Es passiert nicht oft, aber ich wollte eben für möglichst jeden Fall gerüstet sein. Vor allem wenn die Sicherung am Wochenende rausfliegt weiß ich nicht, wie schnell das bemerkt würde und da es sich um Telefonie Server handelt müssen die eben auch am Wochenende immer verfügbar sein.

Werd mal sehen was sich machen lässt. Du kannst mir auch mal deine eMail-Adresse geben, dann kann ich dir mal die ganzen Unterlagen schicken die ich bisher habe.

Dass die USV das nicht mitbekommt ist klar, aber ich dachte mir, dass es doch ein Stück Software geben könnte, das auf dem Server ist und dem ich sage" NT1 ist an ner USV, wenn da die Meldung kommt es läuft auf Batterie aber du bekommst über NT2 trotzdem noch Strom, dann ignoriere die Meldung der USV". Da der Agent der USV ja ohnehin auf jedem Server läuft, dachte ich eigentlich dass dieser Agnet das könnte.

 

Was für eine sinnvolle Lösung gibt es für einen solchen Fall? Oder lohnt es sich nicht einen solchen Fehler abzusichern, weil man davon ausgeht, dass entweder der Strom ganz ausfällt oder die Sicherung für eine einzelne Phase schnell genug wieder reingedrückt wird?

Also ich hab jetzt ewig rumprobiert und es ist einfach so, dass das Telefon die Option 2 einfach nicht versteht. Übers webinterface sagt das das Telefon nämlich immer, dass es keine VLAN ID per DHCP bekommen hat(bzw 0).

Ich habe nun einen Siemens Techniker angefordert, der sich das ganze mal anschaun soll. Bin mal gespannt ob die ne Lösung haben. Werde dann berichten.

Ich habe folgende Umgebung:

Einen Server der mit dem einen Netzteil an einer Steckdose hängt und mit dem anderen an einer USV. Die Steckdaose an der die USV hängt liegt auf einer anderen Phase als die an der das Netzteil direkt hängt. Server ist Win 2000 Server mit Powerchute 7.0.4 Business.

Konfiguriere ich dies nun so, dass der Rechner runterfahren soll, wenn die USV auf Batterie läuft und zu schwach wird dann fährt der Rechner runter, obwohl er über das 2. Netzteil noch Strom bekommt, weil z.B. nur die Sicherung der einen Phase raugsprungen ist.

Wie kann ich das verhindern? Kann ich in Powerchute oder einer anderen Software einstellen, dass die Abschaltung nur Stattfinden soll, wenn auch am 2. Netzteil keine Spannung mehr anliegt?

 

P.S.: Ist ein Dell PowerEdge 2650

Da ich unseren Netzwerkspezi grad nicht erreiche versuche ich mal so weit wie möglich zu antworten, vielleicht reicht das ja schon.

Der DHCP Server und der Router für die beiden Netzte ist ein und der selbe. Router ist ein 5500 von Cisco. Der Switch an dem die Telefone hängen ist ein Cisco 3750.

Konfiguration hab ich schon so:

switchport access vlan 4

switchport trunk encapsulation dot1q

switchport trunk native vlan 4

switchport mode trunk

spanning-tree portfast

und auch schon so:

sswitchport access vlan 4

switchport trunk encapsulation dot1q

switchport trunk native vlan 4

switchport mode access

switchport voice vlan 77

priority-queue out

mls qos trust dscp

spanning-tree portfast

probiert. Auch alle möglichen Kombinationen aus beidem hab ich schon versucht.

Auf dem Trunk stehen beide VLANs zur Verfügung.

Den Sniffertrace hab ich auf dem PC durchgeführt der hinter dem Telefon hängt.

 

Option 3 ist der DLS Server, der die Phones mit allen Daten(Rufnummer, Telefonanlage usw.) versorgt.

Wenn jetzt noch die Zuweisung des VLANs klappen würde hätte man damit echtes Plug&Play.

Hui, jetzt wirds krimminell. Mit Sniffern kenn ich micht gar net aus. Ich werd mal versuchen was ich da rausfinden kann.

 

EDIT:

ich glaub ich habs, hab mal ethereal angeworfen und geschaut was das Telefon auf den DHCP Request gesendet bekommt und wenn ich das richtig sehe bekommt es die Option 43 komplett mitgeteilt:

0000 ff ff ff ff ff ff 00 0f 1f 69 96 26 08 00 45 00 .........i.&..E.

0010 01 61 a7 38 00 00 80 11 83 20 0a 6c 04 c8 ff ff .a.8..... .l....

0020 ff ff 00 43 00 44 01 4d a0 01 02 01 06 00 6d 60 ...C.D.M......m`

0030 61 cb 00 00 00 00 00 00 00 00 0a 6c 04 3a 0a 6c a..........l.:.l

0040 04 c8 00 00 00 00 00 01 e3 22 af 7c 00 00 00 00 .........".|....

0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

0110 00 00 00 00 00 00 63 82 53 63 35 01 02 01 04 ff ......c.Sc5.....

0120 ff ff 00 3a 04 00 00 a8 c0 3b 04 00 01 27 50 33 ...:.....;...'P3

0130 04 00 01 51 80 36 04 0a 6c 04 c8 03 04 0a 6c 04 ...Q.6..l.....l.

0140 fe 2b 2b 01 0a 53 69 65 6d 65 6e 73 00 00 00 02 .++..Siemens....

0150 02 37 37 03 18 73 64 6c 70 3a 2f 2f 31 30 2e 31 .77..sdlp://10.1

0160 30 38 2e 37 35 2e 31 3a 31 38 34 34 33 ff ff 08.75.1:18443..

 

In dem Fenster drüber steht noch "Vendor Specific Information (43 bytes)

Hallo,

erstmal danke für die Antwort, aber leider scheint das bei Siemens ganz anders zu sein.

 

Mein ganzer Eintrag in Hex sieht so aus:

01 0a 53 69 65 6d 65 6e 73 00 00 00 02 02 00 4d 03 18 73 64 6c 70 3a 2f 2f 31 30 2e 31 30 38 2e 37 35 2e 31 3a 31 38 34 34 33 ff

Statt dem fett markierten hab ich auch 02 02 37 37 probiert.

Ich habe einfach in einem Subnetz auf "Optionen konfigurieren" geklickt und dann bei der Option 43 das ganze als Hex-Werte eingefügt. Er weist dann auch den DLS Server(das ist der Teil hinter dem fettgedruckten) zu, aber den Eintrag für das Vlan intressiert ihn gar nicht.

Laut Siemens ist der Eintrag für die OPtion 43 so :

Teil 1 Vendor Name, Teil 2 VLAN, Teil 3 DLS, wobei leider zu VLAN kein Beispiel da ist.

Die einzelnen Teile bestehen aus Code, Länge und Wert. Code für Vendor Name ist 1, für VLAN 2 und für DLS IP 3.

Gearbeitet wird wie gesagt mit dem Windows Server 2003 DHCP Server.

Keiner ne Idee??

Ich habe gerade auch das Problem. Wir wollen hier Siemens IP Phones möglichst komplett automatisch ins Netz nehmen. DLS Server läuft und auch die Adresse wird über die Option 43 zugewiesen. Allerdings hängt auch bei uns ein PC hinter den Telefonen. Die PCs hängen im VLAN 4, die Telefone im VLAN 77. Jetzt hab ich den Port so eingerichtet, wie von daking beschrieben:

interface x/y

switchport host

switchport access vlan <DVID>

switchport voice vlan <VVID>

switchport nonegotiate

Aber leider bekommt das Telefon ne 4er IP. Hab daraufhin in der Option 43 das hier ergänzt:

02 02 37 37

(hex) aber leider bekommt das Telefon weiter ne 4er IP. Ich hab die Option 43 sowohl im Bereich 4 als auch im Bereich 77 des DHCP Serves eingetragen.

Wo liegt da mein Fehler? Wie kann ich die Telefone ins 77er VLAN schicken? Stelle ich im Telefon VLAN Method auf Manuel und stell VLAN 77 ein klappts einwandfrei, aber dann muss ich eben vor Auslieferung jedes Telefon auf VLAN 77 umfonfigurieren, was nicht Sinn der Sache ist.

 

EDIT:

Ach ja, DHCP Server ist ein Windows 2003 Server und die VLANs sind bei uns einfach Subnetze (also 10.108.4.x und 10.108.77.x). Ein DHCP Server versorgt alle Subnetzte.