Hej alle.
jeg er TV-ingeniør, der prøver at løse et netværksproblem med vores udstyr. Jeg er ikke netværksingeniør.
jeg forsøger at følge
KB siger at køre ‘arp-a’ for at liste ARP-tabellen.
for at gøre dette skal jeg åbne en servicekonsol. Jeg har nu læst 3 eller 4 artikler om brug af servicekonsollen, men jeg kan stadig ikke åbne den for at køre kommandoen! Jeg kan ikke forstå, hvad jeg gør forkert, enten er jeg utrolig dum, eller jeg mangler noget helt.
en artikel angivet, tryk på ‘Alt F1’ præcis hvor gør jeg dette? Fra en virtuel maskine, der er tilsluttet ESC? Når jeg klikker på dette, får jeg ‘Internetudforsker kan ikke åbne hjemmesiden’
jeg har kigget på VIM, jeg kan se netværksdetaljerne for Vskift på konfigurationssiden, herunder Service console IP-adressen. Kan ikke se, hvordan du åbner en servicekonsol. Peger VIM på tjenesten konsol adresse undlader at gøre noget.
jeg skal bare vide, hvordan man åbner servicekonsollen og kontrollerer ARP-tabellerne i henhold til KB.
venligst dum ned dine svar for mig!
rodproblemet vedrører nogle netdistributionsenheder, vi bruger til at drive udstyr i stativer. De har en netværksforbindelse, som vi overvåger ved hjælp af virtuelle maskiner til at rapportere til en tredjeparts overvågnings-og kontrolprogram. De virtuelle maskiner kører alarmdriverprogram, der bruges til at rapportere til tredjepart. VM ‘ erne er på en Blade Server.
vi har et problem, hvor en MDU-enhed blev udskiftet, men konfigureret med forkert Standardportadresse. Inden for få timer efter at have gjort dette mistede overvågnings – og kontrolprogrammet forbindelsen til MDU’erne, og en efter en begyndte alle MDU-enheder at sende ARP-anmodninger – “Hvem har 10.172.248.254′
til sidst sender alle MDU ‘er konstant ARP-anmodninger, og alle MDU’ er har mistet forbindelsen til VM. Hvis vi åbner VM-maskinen, der overvåger og pinger en MDU, fejler pingen, hvis vi sætter en bærbar computer i stedet for en MDU og pinger VM-maskinen, fungerer pingen fint.
hvis vi slukker/tænder MDU ‘erne, kommer de godt, men vi er en 24/7 operation og strømcykling alle MDU’ er anses for risikable.
vi havde dette problem før, og den eneste løsning var at genopbygge VM ‘erne og tildele alle MDU’ er til nye netværksadresser.
alle kontakter MDU ‘ erne er tilsluttet (Foundry Falstron GS) er blevet kontrolleret af vores netværkssupport fyre, og vi får at vide, at alle er gode. Blade-serveren er vært for omkring 20 VM ‘ er, og de arbejder fint med at overvåge SNMP-trafik fra andre systemer.
hvis nogen har nogen ideer, er jeg alle ører.