Hur felsöker jag Linux multicast -felsökning?

Table of Contents

Godkänd: Fortect

1. Ladda ner Fortect och installera den på din dator

2. Starta programmet och klicka på "Skanna"

3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks

Snabba upp din dators prestanda nu med denna enkla nedladdning.

Ibland kommer ditt system sannolikt att visa meddelandet “Felsökning av Linux Multicast”. Detta huvudproblem kan orsakas av ett antal med skäl.

Jag letade efter ett lätt verktyg för att hjälpa mig felsöka multicast på ett VXLAN -överföringsnätverk (dokument). vCNS och NSX har inbyggda program (pingar i alla storlekar och broadcast-paket) vilket skulle vara lite mer flexibelt där jag kan lista alla IGMP-anslutningar och utdata.

CentOS virtuella verktyg med gränssnitt direkt till Exchange -nätverk och SMCRoute -programvara. Länken innehåller detta viktiga binära paketavtal som körs på RHEL / CentOS. Några kompletterande anmärkningar:

Om du har flera gränssnitt, se till att multicasten passerar genom det mest lämpliga:
route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0
Jag var också tvungen att installera detta speciella glibc -paket:
yum -y glibc install.i686
Se till att multicast -kärnan är
cat fungerar tillräckligt bra för / boot / config- | grep CONFIG_IP_MULTICAST
Aktivera ICMP ECHO för Broadcast / Multicast
sysctl net.ipv4.icmp_echo_ignore_broadcasts = 0
Börja med att starta smcroute -demonen:
smcroute -d

Använd kommandona -j och -l som ett sätt att gå med och avsluta en multicast:
smcroute -j eth0 239.0.0.1
smcroute -l eth0 239.0.0.1

För att söka upp värdar såväl som medlemmar i en viss IGMP -grupp, kontrollera bara anslutningen till dessa företag och se vem som är ansvarig:

[root på CentOS ~] # ping 239.1.0.10
PING 239.1.0.10 (239.1.0.10) femtiosex (84) databyte.
64 byte i början av 1.1.0.1: icmp_seq = 1 ttl motsvarar 64 time = 0.141 ms
Vid sextiofyra byte från 1.1.0.3: icmp_seq = 1 ttl = sextiofyra gånger = 0,256 Microsoft Windows (DUP!)

Värdar 1.1.0.1 och 1.1.0.3 svarade på ping 239 som producerades av multicast -grupp 1.0.10.

Den här strängen innehåller förslag på felsökning av IP -multicast -konfigurationskrav. Med IP -multicasting kan WebLogic Server -instanser i nästan kluster dela en IP -adress och ett enda portnummer. Denna förmåga gör att alla klusterarbetare kan utformas som en enda enhet utöver att den ger automatisk kommunikation mellan klusterdelar.

Kontrollera multicast -adress och portkonfiguration
Identifiera problem med länkkonfiguration
Använda MulticastTest elektrisk kraft
Definiera multicast -funktioner
Debug Multicast
Olika problem
Ytterligare felsökningsresurser för multicastkonfiguration

För allmän information om hur du använder och gör multicastin i klustret, se Cluster And design config.xml.

Mer information om hur du konfigurerar en multicast -skötsel för att matcha konsolen finns i avsnittet “Cluster: Configuration: Multicast” i Oracle Weblogic Administration Console Server Online Help.

För allmänna klusterfelsökningsförslag, se Kapitel 14, Felsökning av vanliga problem.

Kontrollera multicastadress och portkonfiguration

Det första steget i problemlösning av multicast -problem är att verifiera att du säkert ska komma åt den konfigurerade multicast -porten och e -postadressen. Multicast -adressen måste kompileras korrekt med avseende på varje kluster.

Problem med multicast och porthållning är några av de vanligaste anledningarna till att ett kluster inte går med eller börjar samla rapporter. Kom ihåg följande när du använder multicast -adresser:

Multicast -adressen måste vara en IP -behandling mellan 224.0.0.0 och 239.255.255.255 eller ett företagsnamn med en IP -adress i detta intervall.
Som standard använder WebLogic Server 239 multicast -omslaget 192.0.0.
Använd inte alla x.0.0.1 multicast -omslag där x ligger i intervallet 7 till 9, inklusive.

Möjliga fel

Följande typer, liksom helt enkelt för att fel ofta uppstår på grund av multicast -problem:

Multicast -uttag kunde inte skapas under uttagskluster
Multicast -fel
Fel vid sammankoppling av multicast -uttag

Kontrollera adress och port för multicast

Gör något av följande för att kontrollera alla multicast -adresser och ventilationsöppningar:

Kontrollera att klusterens multicast -adress och till och med porten använder WebLogic Server Administrator Console.
Kontrollera all influencerinformation i config.xml med hjälp av multicast.

Identifiera nätverkskonfigurationsproblem

Efter att ha kontrollerat att multicastadressen och överföringen i allmänhet är korrekt konfigurerade, avgör om mobiltelefonnätet har multicast -problem

Fysiska anslutningar

Kontrollera online -anslutningen för varje dator organiserad av supportteamet i klustret.
Se till att alla nätverkskomponenter, inklusive den exakta routerns DNS och helpdesk, är anslutna och fungerar korrekt.

Adresskonflikter

Använd det här verktyget netstat för att kontrollera om ytterligare resurser i mobilnätet använder alla multicast -adresser.
Se till att varje dator har en specifik IP -adress.

Nsswitch.conf -inställningar för UNIX -system

Felet UnkownHostExceptions kan uppstå på UNIX -system. Detta fel kan inträffa av misstag, även om fjärrdatorn inte bara är tungt laddad. Kontrollera /etc/nsswitch.conf och förbättra ordningen för att undvika 'filer, dns, nis' innan detta fel visas.

Mer information finns på enhetens nsswitch.conf sida.

Använda MulticastTest -verktyget

Godkänd: Fortect

Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.

1. Ladda ner Fortect och installera den på din dator

2. Starta programmet och klicka på "Skanna"

3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks

Efter att ha kontrollerat att multicast -adressanslutningen vanligtvis är korrekt konfigurerad och att det förmodligen inte är några fysiska eller konfigurationsproblem Guidade av ditt nätverk kan du använda utils.MulticastTest för att verifiera att multicast fungerar och vad man ska göra. Ta reda på om multicast -funktion. oönskad trafik finns mellan kluster.

För handbok om användning av MulticastTest, se multicasttest “Använda Oracle WebLogic Server Java Utilities” i Oracle WebLogic Server Command Reference.

Om MulticastTest avvisas och motorn är multihomed, se till att du använder den primära adressen. Se Multicast -maskiner till och med multihomed.

Du måste ställa in -Djava.net.preferIPv4Stack = true när du visar formatet IPv4 -adresser för en multicast -adress på Linux -apparater med dubbla IPv4 / IPv6 -staplar.

Definiera multicast -funktioner

Följande avsnitt klargör hur du konfigurerar de olika funktionerna i en ny servers webblogik för att fungera med multicast. Väntetid

Multicast

Tidsgränser för multicast kan nu inträffa under NIC -failover. Tidsgränser kan orsaka fel i nya GoodTheir News, till exempel:

Tidsgräns

Inaktivera NIC -redundans.

Jag skulle inaktivera omkopplaren `Igmp Snooping` . Denna switch är en del av Internet Group Management Protocol (IGMP) och används för att förhindra Torrent Multicast -problem på den Managed Switch.

Kontrollera IGMP -nivån i Windows 2003 för att säkerställa att multicast -paket stöds.

Ställ in multicastlivstid på:

Multicast TTL = 32
För mer information, se Konfigurera Time to Live (TTL) Multicast.

Cluster Heartbeat

Varje WebLogic Server -händelse när det gäller klustret använder multicast för att skicka ett konsekvent hjärtslagsmeddelande som meddelar dess tillgänglighet. Genom att övervaka pulsmeddelanden avgör instansservrarna som körs i samlingen när servern som är värd för instanstillförseln avslutas och byggs.

Mer information om eventuell hjälp med kaospulsproblem finns i avsnitten.