HP ProCurve Switche nicht auffindbar - VOIP QoS

Wenn die Switche kaum konfiguriert sind oder auch gut dann haben sie LLDP, das Link Layer Discovery Protokoll am Laufen.
An jedem beliebigen Switchport sagt dir der Stuch dann seine IP und die Port- und VLAN-Nummer. Und den Typ und die Firmware Version.
Einfach mal einen Wireshark anwerfen und 1 Minute mit hören. Es kommt üblicherwiese alle 30 Sekunden ein Paket wo das alles drin steht.
Ansonsten gibt es für jede physikalisch zugängliche Hardware eine Reset-Prozedur auf der Herstellerwebseite.
Helfen ist leichter, wenn du uns wenigsen deinen Switchtyp sagst. Das steht auf einem Schild. Wie gesagt, physikalisch zugänglich

Gruß
Netman

Moin,

Ja, ist möglich.

Ja, ist auch möglich, wenn z.b. keine IP Adresse konfiguriert ist.

Sieht so aus also müsstest Du tatsächlich per Konsolenkabel an die Kisten ran.

Für die VoIP Telefonie solltest würde ich aber auf jedenfall ein VLAN anlegen. I.d.R. genügt es an den Procurves dann (je nach Firmware) das VLAN als VOICE zu kennzeichnen damit die Priorisierung passt.

Die Layer 3 Geschichten brauchst du nur, wenn die L2-QoS Einstellungen über eine L3 Strecke (WAN/Internet) Übertragen werden sollen, wenn du dich rein im LAN, also ohne Routing, bewegst kannst du das Ingorieren bzw auf den defaults lassen.

lg,
Slainte

Per Default haben die natürlich keine IP und wenn sie auch keine per DHCP bekommen haben (sofern das überhaupt aktiviert ist ?!) hast du logischerweise auch keinerlei Chance da draufzukommen.
Ein Wireshark der nach LLDP Broadcasts sucht ist hier dein Freund, löst aber auch dein Problem nicht der fehlenden IP auf diesem Switch.
Fazit: Bewaffne dich mit einem USB- seriell Adapter:
http://www.amazon.de/RS232-Adapter-Kabel-USB-Seriell/dp/B003EH8J7C/ref= ...
oder
http://www.reichelt.de/DELOCK-61856/3/index.html?&ACTION=3&LA=4 ...
ein Laptop wo entweder PuTTY:
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
oder TeraTerm:
http://ttssh2.sourceforge.jp
als Terminal Programm drauf ist. Benutzt du einen Apple Mac oder Mac Book ist das zTerm:
http://www.dalverson.com/zterm/
Das stellst du auf die serielle Schnittstelle ein mit 9600 Baud, keine Parity, 8 Bit, 1 Stopbit und abgeschalteter Flusskontrolle und begibst dich zu deinen HP Gurken.
Der Rest ist hier erklärt:
Wie einem HP ProCurve 2810-48G eine IP Adresse zuweisen?
und
HP ProCurve 2910al 24Port - Webinterface und telnet laufen nicht
und und und...
Die hiesige Suchfunktion lässt wieder grüßen
Das löst dann dein Problemchen in 2 Minuten wenn du ihm über die serielle Konsole eine gültige Management IP verpasst !!

VoIP:
Hast du mit einem Wireshark Sniffer oder durch Frage desjenigen der die Voice Anlage konfiguriert mal genau geprüft WELCHE Art der Priorisierung deine Telefone machen ??
Layer 2 mit 802.1p oder Layer 3 mit DSCP ??
Das die Telefone beides können ist unstrittig, denn das kann jedes Billigtelefon aber das sie beides machen ist sehr ungewöhnlich und stimmt auch vermutlich nicht.
Bekomme das also wasserdicht raus, am besten das du selber nachmisst und dann sehen wir weiter, denn davon ist essentiell abhängig wie die weitere Konfig aussieht.
Billigswitches wie dein HP "sehen" in einem dummen, flachen Layer 2 Netzwerk keine DSCP Settings und reagieren darauf nicht. Das muss man ihnen erst beibringen sofern sie es überhaupt supporten. 802.1p Priorisierung erfordert immer ein tagging des Voice VLANs, da .1p immer Teil von .1q ist.
Aber bevor wir jetzt ins Eingemachte gehen kläre diese Dinge vorher sonst müssen wir dir hier alles einzeln aus der Nase ziehen.

Berechtigte Zweifel kommen aber auf wenn du noch nicht einmal in der Lage bist grundlegende Dinge wie das obige, simple IP Problem des Switches zu identifizieren und zu lösen. Das kann ein IT Azubi im ersten Lehrjahr. Wie das dann mit einer durchgängen QoS Voice Priorisierung werden soll wird dann sicher spannend hier....aber was sagt der Kaiser...schaun mer moal...

*hust* das ist eigentlich auch gut so. wenn schon Gui dann HTTPS - einige Sachen lassen sich da allerdings nicht konfigurieren, dazu miusst du auf das CLI, bestenfalls per SSH oder (falls es gar nicht anders geht) per TELNET:

Oha..bei HP keinen Kommentar. Wenn du 2k für die Gurke bezahlt hast hat dich aber einer über den Tisch gezogen...
Böses Faul...mit einem Bein im Knast. Zur Wahrung des Kommunikationsgeheimnisses ist das in Unternehmen zwingend erforderlich. Dir wird nicht entgangen sein das der Kabelhai einen VoIP Sniffer hat. Schneide spaßeshalber mal einen VoIP Call mit und markiere eine der ersten RTP Packete, starte die Analyse auf dem Wireshark und den Player et voila.... schon kannst du so hören was die Kollegen und besonders innen so telefonieren. Voice sollte man allein aus rechtlichen Gründen immer in ein separates VLAN trennen ! Es gibt noch diverse andere Gründe...
Dein grundlegendes Problem ist abgesehen vom Rechtlichen oben das du eine immer und immer größer werdende Broadcast Domain hast in so einem dummen und flachen Netzwerk. Wächst das wächst auch das "Grundrauschen" an Broad- und Multicast Traffic der alle Geräte belastet. Simple Grundregeln beim Netzdesign die jeder IT Azubi kennt !
Zusätzlich fragt man sich dann ernsthaft warum du dann sinnloss 2000 Euro raushaust für Layer 3 Switches wenn du sie gar nicht benutzen willst. Wenn das der IT Leiter rausbekommt wie du Recourcen sinnlos verpulverst....
Im Ernst ,Sinn ist es Broadcast Domains möglichst klein zu halten um so die Gesamtperformance im Netz zu garantieren. Die Telefone haben leistungsschwache SoCs an Bord die jeden Broad- und Multicast Traffic ansehen müssen und das können sie nur performant bis zu einem gewissen Grad.
Allein aus dem Grund ist es schon zwingend erforderlich diese Geräte zu separieren vom Produktiv- und Client Traffic. Da hilft dir dann auch keinerlei Priorisierung mehr am Switch.
Es greifen also mehrere Faktoren in so einem Design.
Und Arbeit ist das nun wahrlich nicht. Du erfasst alle Telefon Ports, kreierst vorab ein Voice VLAN auf allen Switches und per CDP oder LLDP verbinden sich diese Telefone dann dynmaisch in das Voice VLAN. Das macht man Freitag abend wenn alle gegangen sind in 20 Minuten fertig und hat so alle probleme zum Großteil gelöst. Auch das lernt der IT Azubi im ersten Lehrjahr ohne einen Forums Thread zur Hilfe zu nehmen
Zurück zur Hardware....
Nee, Telnet geht bei den HP Gurken auch. Also PuTTY angeschmissen und los gehts.... Weiss auch jeder IT Azubi.
Default ist zusätzlich bei HP auch Telnet !! Nützt aber natürlich auch herzlich wenig ohne gültige Switch IP.
Hat jeder Blödmarkt und kleiner PC Laden um die Ecke solch ein USB Seriell Kabel

Das sagt generell vermutlich nur aus das die Telefone das können NICHT aber ob es so konfiguriert ist.
Wenn Layer 2 Priorisierung aktiviert wäre bei den Telefonen mit .1p und ToS Wert 5 würde das erzwingen, da .1p immer ein Teil von .1q ist, das ALLE Telefone mit einem VLAN Tag (das ist der .1q Standard) versehen sind und somit immer tagged am Switch angeschlossen sein müssen.
Oben hast du aber geschrieben das dein Netzwerk dumm und flach ist und du ohne VLANs arbeitet. Daraus lässt sich dann messerscharf logisch folgern das die Telefone schon mal keine Layer 2 Priorisierung fahren mit .1p bei dir.

ID 1 ist schlecht, das ist die Default ID.
Besser: ID1 für Data Allgemein, ID2 für Voice.
Noch besser: ID1 für Data Allgemein, ID2 für Clients, ID3 für Server, ID4 für Internet und remote Verbindungen, ID 5 für Voice.
So hat man eine saubere Trennung und kleine Segmente.
Nein das muss man nicht wenn du mit automatischer Übergabe des Voice VLANs mit LLDP oder CDP das machst. Das sollten sogar die HP Billiggurken supporten ?!
Alternativ bieten sich dynamische VLANs an mit 802.1x , das kann die HP Kiste auch. Du hast also 2 Optionen.
Die Frage meinst du sicher nicht Ernst, oder ? Oder wie stellst du dir denn vor wie ein PC oder Endgerät auf .1q getaggte Pakete reagiert ? Bitte nochmal ein paar VLAN_Grundlagen lesen dazu !
Wir machen dich hier schon schlau und zu einem richtigen Netzwerk Admin...keine Sorge.