[xp] 2 LAN's zelfde subnet, LAN B kan niks pingen

[The_Butler]

Ik heb twee netwerk poorten in een XP kist, met de IP adressen 192.168.0.215 / 216

De PC communiceert met 6 industriele computers (PLC's), de twee netwerken zijn redundant en niet met elkaar verbonden. Als de PC opstart draai ik een batch file;

route -p add 192.168.0.3 192.168.0.215
route -p add 192.168.0.5 192.168.0.215
route -p add 192.168.0.7 192.168.0.215
route -p add 192.168.0.9 192.168.0.215
route -p add 192.168.0.11 192.168.0.215
route -p add 192.168.0.13 192.168.0.215
route -p add 192.168.0.100 192.168.0.215
route -p add 192.168.0.4 192.168.0.216
route -p add 192.168.0.6 192.168.0.216
route -p add 192.168.0.8 192.168.0.216
route -p add 192.168.0.10 192.168.0.216
route -p add 192.168.0.12 192.168.0.216
route -p add 192.168.0.14 192.168.0.216


Als ik kijk tijdens het opstarten geven de x.216 adressen een foutmeling in het dos venster, is verdacht...;
en ik kan niet 192.168.0.4 / 6.. alle even IP's pingen. (ok behalve die 100, da's en vreemde eend in de bijt)

maar nu komt hetgeen ik niet snap:

als ik de netwerk kabel voor LAN B eruit trek, en dan het batch bestand met de route informatie draai dan krijg ik foutmeldingen voor de x.215 routes maar niet voor de x.216

als ik dan route print bekijk dan zijn alle routes gevonden en kan mijn PC alles pingen, ik kan kabels lostrekken en weer inpluggen, alles blijft communiceren.

Mijn grote vraag is waarom de PC dit niet kan als deze opnieuw opstart... ik krijg het alleen perfect werkend als ik handmatig kabels los trek. Nu ik dit opschrijf denk ik dat het beter is als ik ook de harde data laat zien; morgen zal ik alle output van de route print en arp commando's posten om een beter beeld te geven; mijn config is als volgt:


Host Name: C12481H
OS Name: Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
OS Manufacturer: Microsoft Corporation
OS Configuration: Standalone Workstation
OS Build Type: Multiprocessor Free
Registered Owner: Hima-Sella Ltd Hima-Sella Lt
Registered Organization:
Product ID: 76487-OEM-0011903-00102
Original Install Date: 23/01/2008, 14:08:58
System Up Time: 0 Days, 0 Hours, 31 Minutes, 25 Seconds
System Manufacturer: Dell Inc.
System Model: Precision WorkStation 490
System type: X86-based PC
Processor(s): 2 Processor(s) Installed.
[01]: x86 Family 6 Model 15 Stepping 11 GenuineIntel ~1595 Mhz
[02]: x86 Family 6 Model 15 Stepping 11 GenuineIntel ~1595 Mhz
BIOS Version: DELL - d
Windows Directory: C:\WINDOWS
System Directory: C:\WINDOWS\system32
Boot Device: \Device\HarddiskVolume2
System Locale: en-us;English (United States)
Input Locale: 00000452
Time Zone: (GMT+03:00) Kuwait, Riyadh
Total Physical Memory: 2,046 MB
Available Physical Memory: 1,518 MB
Virtual Memory: Max Size: 2,048 MB
Virtual Memory: Available: 2,003 MB
Virtual Memory: In Use: 45 MB
Page File Location(s): C:\pagefile.sys
Domain: WORKGROUP
Logon Server: \\C12481H
Hotfix(s): 131 Hotfix(s) Installed.
NetWork Card(s): 3 NIC(s) Installed.
[01]: Broadcom NetXtreme 57xx Gigabit Controller
Connection Name: LanA
DHCP Enabled: No
IP address(es)
[01]: 192.168.0.215
[02]: Intel(R) PRO/1000 MT Dual Port Server Adapter
Connection Name: LanB
DHCP Enabled: No
IP address(es)
[01]: 192.168.0.216
[03]: Intel(R) PRO/1000 MT Dual Port Server Adapter
Connection Name: Oracle
DHCP Enabled: No
IP address(es)
[01]: 10.101.3.50

Suggesties zijn welkom; ik heb alle opties in TCP/IP van windows XP bekeken, draai geen firewall, communiceer met PLC's waarvan ik helaas het subnet niet kan veranderen. o ja, ik werk in een woestijn hier waar het nu +48 graden is, heb melij, help me dit te fixen zodat ik naar huis kan

ik heb trouwens IP adressen van de netwerk kaarten gewisseld, de broadcom eruit gegooid en de Intel (Oracle conn) het andere subnet laten nemen, de optie "-f -p" mee gegeven aan mijn route batch file en Maleisische vergevings gebeden gepreveld...

[ik222]

Ik weet niet welk subnetmasker je gebruikt maar bij een normale /24 zitten die ip's toch allemaal in hetzelfde subnet en hoeft je geen routes toe te voegen.

Wat ik ook niet snap trouwens is dat je de -p parameter gebruikt en dan nog een batch file. Dat is namelijk de persistent parameter wat inhoudt dat ze er ook na een herstart gewoon in blijven zitten...

[The_Butler]

Ik heb hier wat meer informatie; die optie -p die ik meegeef heb ik uit de handleiding... er zat ook een andere optie bij maar die heb ik tijdens het testen verwijderd (-f).

Nu ik mijn eerste post terug heb gelezen denk ik dat wat ik wil bereiken niet echt lekker op papier staat; als de PC opstart dan heb ik nu het probleem dat bepaalde IP's niet gezien worden. Achter 1 van deze IP's hangt een mySQL server waar ik data van nodig heb, maar ook moet ik bepalen dat het complete netwerk communiceert en dat er geen onbereikbare IP's zijn. Als er namelijk wel een fout is dan wordt dat aan de operators getoond en sturen ze een monteur er op af... Ik moet de PC zo achterlaten dat deze na stroom uitval netjes opstart en alles ziet.

1) PC schoon opgestart en in CMD : IPconfig info:

Windows IP Configuration
Host Name . . . . . . . . . . . . : C12481H
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Mixed
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Ethernet adapter LanA:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Broadcom NetXtreme 57xx Gigabit Controller
Physical Address. . . . . . . . . : 00-1A-A0-E3-F2-C2
Dhcp Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 192.168.0.215
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
NetBIOS over Tcpip. . . . . . . . : Disabled
Ethernet adapter Oracle:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Dual Port Server Adapter #2
Physical Address. . . . . . . . . : 00-1B-21-15-05-E1
Dhcp Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 10.101.3.50
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 10.101.3.1
Ethernet adapter LanB:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Dual Port Server Adapter
Physical Address. . . . . . . . . : 00-1B-21-15-05-E0
Dhcp Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 192.168.0.216
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
----------------------------------------------------------------------------------------------
2) batch file

route -p add 192.168.0.4 192.168.0.216
route -p add 192.168.0.6 192.168.0.216
route -p add 192.168.0.8 192.168.0.216
route -p add 192.168.0.10 192.168.0.216
route -p add 192.168.0.12 192.168.0.216
route -p add 192.168.0.14 192.168.0.216
route -p add 192.168.0.3 192.168.0.215
route -p add 192.168.0.5 192.168.0.215
route -p add 192.168.0.7 192.168.0.215
route -p add 192.168.0.9 192.168.0.215
route -p add 192.168.0.11 192.168.0.215
route -p add 192.168.0.13 192.168.0.215
route -p add 192.168.0.100 192.168.0.215

Result:

C:\>route -p add 192.168.0.4 192.168.0.216
The route addition failed: The parameter is incorrect.

C:\>route -p add 192.168.0.6 192.168.0.216
The route addition failed: The parameter is incorrect.

C:\>route -p add 192.168.0.8 192.168.0.216
The route addition failed: The parameter is incorrect.

C:\>route -p add 192.168.0.10 192.168.0.216
The route addition failed: The parameter is incorrect.

C:\>route -p add 192.168.0.12 192.168.0.216
The route addition failed: The parameter is incorrect.

C:\>route -p add 192.168.0.14 192.168.0.216
The route addition failed: The parameter is incorrect.

C:\>route -p add 192.168.0.3 192.168.0.215

C:\>route -p add 192.168.0.5 192.168.0.215

C:\>route -p add 192.168.0.7 192.168.0.215

C:\>route -p add 192.168.0.9 192.168.0.215

C:\>route -p add 192.168.0.11 192.168.0.215

C:\>route -p add 192.168.0.13 192.168.0.215

C:\>route -p add 192.168.0.100 192.168.0.215

----------------------------------------------------------------------------------------------
3) route print

C:\>route print
===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 1a a0 e3 f2 c2 ...... Broadcom NetXtreme 57xx Gigabit Controller - Pac
ket Scheduler Miniport
0x3 ...00 1b 21 15 05 e1 ...... Intel(R) PRO/1000 MT Dual Port Server Adapter #2
- Packet Scheduler Miniport
0x4 ...00 1b 21 15 05 e0 ...... Intel(R) PRO/1000 MT Dual Port Server Adapter -
Packet Scheduler Miniport
===========================================================================
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
10.101.3.0 255.255.255.0 10.101.3.50 10.101.3.50 20
10.101.3.50 255.255.255.255 127.0.0.1 127.0.0.1 20
10.255.255.255 255.255.255.255 10.101.3.50 10.101.3.50 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.215 192.168.0.215 20
192.168.0.0 255.255.255.0 192.168.0.216 192.168.0.216 20
192.168.0.3 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.4 255.255.255.255 192.168.0.216 192.168.0.215 1
192.168.0.5 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.6 255.255.255.255 192.168.0.216 192.168.0.215 1
192.168.0.7 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.8 255.255.255.255 192.168.0.216 192.168.0.215 1
192.168.0.9 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.10 255.255.255.255 192.168.0.216 192.168.0.215 1
192.168.0.11 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.12 255.255.255.255 192.168.0.216 192.168.0.215 1
192.168.0.13 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.14 255.255.255.255 192.168.0.216 192.168.0.215 1
192.168.0.100 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.215 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.216 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.255 255.255.255.255 192.168.0.215 192.168.0.215 20
192.168.0.255 255.255.255.255 192.168.0.216 192.168.0.216 20
224.0.0.0 240.0.0.0 10.101.3.50 10.101.3.50 20
224.0.0.0 240.0.0.0 192.168.0.215 192.168.0.215 20
224.0.0.0 240.0.0.0 192.168.0.216 192.168.0.216 20
255.255.255.255 255.255.255.255 10.101.3.50 10.101.3.50 1
255.255.255.255 255.255.255.255 192.168.0.215 192.168.0.215 1
255.255.255.255 255.255.255.255 192.168.0.216 192.168.0.216 1
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
192.168.0.4 255.255.255.255 192.168.0.216 1
192.168.0.6 255.255.255.255 192.168.0.216 1
192.168.0.8 255.255.255.255 192.168.0.216 1
192.168.0.10 255.255.255.255 192.168.0.216 1
192.168.0.12 255.255.255.255 192.168.0.216 1
192.168.0.14 255.255.255.255 192.168.0.216 1
192.168.0.3 255.255.255.255 192.168.0.215 1
192.168.0.5 255.255.255.255 192.168.0.215 1
192.168.0.7 255.255.255.255 192.168.0.215 1
192.168.0.9 255.255.255.255 192.168.0.215 1
192.168.0.11 255.255.255.255 192.168.0.215 1
192.168.0.13 255.255.255.255 192.168.0.215 1
192.168.0.100 255.255.255.255 192.168.0.215 1
----------------------------------------------------------------------------------------------
3.5) arp
C:\>arp -a

Interface: 192.168.0.215 --- 0x2
Internet Address Physical Address Type
192.168.0.3 00-e0-a1-00-ca-f7 dynamic
192.168.0.5 00-e0-a1-00-ca-f4 dynamic
192.168.0.7 00-e0-a1-00-ca-f8 dynamic
192.168.0.9 00-e0-a1-00-ca-e3 dynamic
192.168.0.11 00-e0-a1-00-ca-c2 dynamic
192.168.0.13 00-e0-a1-00-ca-da dynamic

Interface: 10.101.3.50 --- 0x3
Internet Address Physical Address Type
10.101.3.1 00-21-d8-18-01-c2 dynamic
10.101.3.2 00-22-0d-76-9a-41 dynamic
10.101.3.5 00-21-70-2e-f5-a2 dynamic
C:\
----------------------------------------------------------------------------------------------
4) ping

C:\>ping 192.168.0.3

Pinging 192.168.0.3 with 32 bytes of data:

Reply from 192.168.0.3: bytes=32 time<1ms TTL=64
Reply from 192.168.0.3: bytes=32 time<1ms TTL=64
Reply from 192.168.0.3: bytes=32 time<1ms TTL=64
Reply from 192.168.0.3: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.0.3:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

C:\>ping 192.168.0.4

Pinging 192.168.0.4 with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 192.168.0.4:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
----------------------------------------------------------------------------------------------
5) Disconnect cable of LAN A (192.168.0.215) and Ping

C:\>ping 192.168.0.4

Pinging 192.168.0.4 with 32 bytes of data:

Reply from 192.168.0.4: bytes=32 time<1ms TTL=64
Reply from 192.168.0.4: bytes=32 time<1ms TTL=64
Reply from 192.168.0.4: bytes=32 time<1ms TTL=64
Reply from 192.168.0.4: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.0.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

----------------------------------------------------------------------------------------------
6) reconnect cable of LAN A (192.168.0.215) and Ping

C:\>ping 192.168.0.3

Pinging 192.168.0.3 with 32 bytes of data:

Reply from 192.168.0.3: bytes=32 time<1ms TTL=64
Reply from 192.168.0.3: bytes=32 time<1ms TTL=64
Reply from 192.168.0.3: bytes=32 time<1ms TTL=64
Reply from 192.168.0.3: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.0.3:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

C:\>ping 192.168.0.4

Pinging 192.168.0.4 with 32 bytes of data:

Reply from 192.168.0.4: bytes=32 time<1ms TTL=64
Reply from 192.168.0.4: bytes=32 time<1ms TTL=64
Reply from 192.168.0.4: bytes=32 time<1ms TTL=64
Reply from 192.168.0.4: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.0.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

----------------------------------------------------------------------------------------------
7)
C:\>route print
===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 1a a0 e3 f2 c2 ...... Broadcom NetXtreme 57xx Gigabit Controller - Pac
ket Scheduler Miniport
0x3 ...00 1b 21 15 05 e1 ...... Intel(R) PRO/1000 MT Dual Port Server Adapter #2
- Packet Scheduler Miniport
0x4 ...00 1b 21 15 05 e0 ...... Intel(R) PRO/1000 MT Dual Port Server Adapter -
Packet Scheduler Miniport
===========================================================================
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
10.101.3.0 255.255.255.0 10.101.3.50 10.101.3.50 20
10.101.3.50 255.255.255.255 127.0.0.1 127.0.0.1 20
10.255.255.255 255.255.255.255 10.101.3.50 10.101.3.50 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.215 192.168.0.215 20
192.168.0.0 255.255.255.0 192.168.0.216 192.168.0.216 20
192.168.0.3 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.4 255.255.255.255 192.168.0.216 192.168.0.216 9999
192.168.0.5 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.6 255.255.255.255 192.168.0.216 192.168.0.216 9999
192.168.0.7 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.8 255.255.255.255 192.168.0.216 192.168.0.216 9999
192.168.0.9 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.10 255.255.255.255 192.168.0.216 192.168.0.216 9999
192.168.0.11 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.12 255.255.255.255 192.168.0.216 192.168.0.216 9999
192.168.0.13 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.14 255.255.255.255 192.168.0.216 192.168.0.216 9999
192.168.0.100 255.255.255.255 192.168.0.215 192.168.0.215 1
192.168.0.215 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.216 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.255 255.255.255.255 192.168.0.215 192.168.0.215 20
192.168.0.255 255.255.255.255 192.168.0.216 192.168.0.216 20
224.0.0.0 240.0.0.0 10.101.3.50 10.101.3.50 20
224.0.0.0 240.0.0.0 192.168.0.215 192.168.0.215 20
224.0.0.0 240.0.0.0 192.168.0.216 192.168.0.216 20
255.255.255.255 255.255.255.255 10.101.3.50 10.101.3.50 1
255.255.255.255 255.255.255.255 192.168.0.215 192.168.0.215 1
255.255.255.255 255.255.255.255 192.168.0.216 192.168.0.216 1
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
192.168.0.4 255.255.255.255 192.168.0.216 1
192.168.0.6 255.255.255.255 192.168.0.216 1
192.168.0.8 255.255.255.255 192.168.0.216 1
192.168.0.10 255.255.255.255 192.168.0.216 1
192.168.0.12 255.255.255.255 192.168.0.216 1
192.168.0.14 255.255.255.255 192.168.0.216 1
192.168.0.3 255.255.255.255 192.168.0.215 1
192.168.0.5 255.255.255.255 192.168.0.215 1
192.168.0.7 255.255.255.255 192.168.0.215 1
192.168.0.9 255.255.255.255 192.168.0.215 1
192.168.0.11 255.255.255.255 192.168.0.215 1
192.168.0.13 255.255.255.255 192.168.0.215 1
192.168.0.100 255.255.255.255 192.168.0.215 1

----------------------------------------------------------------------------------------------
Alles kan nu ge-pingt worden

[ik222]

Oke nu is in ieder geval duidelijk wat je precies doet

Je wilt dus blijkbaar aangeven dat alle even ip adressen naar interface 192.168.0.216 moeten en alle oneven adressen naar interface 192.168.0.215. Maar volgens mij moet windows ook zonder routes al het verkeer voor het 192.168.0.0 netwerk op beide interfaces aanbieden, ze zitten namelijk beide in dat subnet. Volgens mij moet je dan ook zonder routes alle hosts kunnen pingen.

Is het anders niet mogelijk om aan een kant een ander subnet te gebruiken. Dan ziet windows in ieder geval automatisch op welke interface hij bepaalde verzoeken moet sturen.

[The_Butler]

helaas, ik zou zo graag een ander subnet willen gebruiken... maar de apparatuur op het netwerk kan niks anders accepteren dat 192.168.0.x waar x kleiner moet zijn dan 214...

Het frustrerende is dat na een poosje online zijn en kabels eruit trekken alles werkt zoals ik wil, alleen tijdens het opstarten van de PC is Windows helemaal de kluts kwijt, geen idee namelijk waarom all die Route commando's voor x.216 fouten genereren...

[ik222]

Probeer eens om alle routes even weg te gooien die je aangemaakt hebt. De normale routes zijn al weg na een reboot maar de persistente routes zul je even zelf moeten deleten.

Dan kijk je of het werkt, volgens mij moet het namelijk ook zonder routes werken. Werkt dat niet dan voeg je ze of eenmalig persistent toe (-p parameter gebruiken) of je gebruikt een batch bestand maar dan gebruik je niet de -p parameter.

[The_Butler]

ok, ik zal dat vandaag proberen, vanavond een update...

[The_Butler]

Helaas... niet gelukt...

ik begin een beetje aan de optie te denken om via een batch file 1 netwerk kaart uit te schakelen (als dat mogelijk is) en om zo alle routes goed te krijgen.

[jvanhambelgium]

Effe een remark ; de manier waarop dit is opgezet is tegen alle regels van de kunst !
Waarom 2 redundante netwerk met een mengelmoes van IP adressen zonder een consistent plan te volgen ????

Je kleeft 2 IP's op 2 interfaces die zowat in dezelfde IP-space gaan zitten en nu moet je echt "truuken van kermis" uithalen om het deftig te laten werken.

Kan je het IP-plan de van de devices nog veranderen naar iets volgeds de regels van de kunst ?

[The_Butler]

Helaas...

je geeft her device een nummer in het programma... en automatisch pakt de PLC twee IP adressen die erbij horen (n*2 + 1). PLC01 krijgt 192.168.0.3 en .4 PLC05 krijgt .10 en .11 Is niks aan te doen, ik heb net een leuk programmatje gevonden waarmee het uitschakelen van de NIC mischien kan gaan lukken...

The DevCon command-line utility functions as an alternative to Device Manager

The DevCon utility is a command-line utility that acts as an alternative to Device Manager. Using DevCon, you can enable, disable, restart, update, remove, and query individual devices or groups of devices. DevCon also provides information that is relevant to the driver developer and is not available in Device Manager.

* The_Butler pakt ze'n cowboy hoed en laarzen, jihaaa!

[jvanhambelgium]

En waarom zijn dat 2 gescheiden netwerken met die PLC's ?? Waarom zouden die "logisch" niet gewoon 1 LAN mogen vormen en je dus 1 NIC van je PC op deze LAN hangt en dus alles kan bereiken ??

Wat is de logica in je hele structuur ? Je spreek over "redundant" ?? Hoe ga je da bekomen ? Hebben die PLC's 2 ethernet poorten ?? Zijn er speciale protocollen gebruiken met een "standby" mode ?

Of zijn het 2 '"sites" die ergens samen komen ?? Kan je de PLC's "indelen" en ergens in groepen brengen zodat het IP plan "per site" eventueel een groot subnet zou voorstelen ?


Ik heb in het verleden nog zo'n obscure constructies gezien met PLC's dat ik echt niet kan begrijpen waar die mensen mee bezig zijn als het op IP-networking aan komt...ik hoop dat het geen Siemens PLC's zijn ;-)

I

[The_Butler]

De PLC's zelf zijn redundant; ze hebben twee processoren en twee ethernet poorten. Echte redundantie betekend dat een fout op 1 netwerk totaal geen invloed mag heben op het andere netwerk; dus ze hebben eigen switches, eigen glasvezels tussen de gebouwen etc.
Intern kunnen de processoren wel met elkaar communiceren, en ik kan bijvoorbeeld als 1 deel van het netwerk "down" is toch beide PLC processoren zien.

De zes systemen (twaalf IP adressen) praten vooral ook met elkaar; dat werkt prima trouwens.

Neem nou maar van mij aan dat dit nou eenmaal zo is, ik kan er ook niks aan doen, zo werkt het systeem. Het is ontworpen door Hima, die hebben ervaring met veiligheids en hoge betrouwbaarheids PLC's ; helaas minder met redundante netwerken

[Equator]

Mijn beurt om helaas te zeggen.

Helaas kan een PC niet overweg met 2 interfaces in het zelfde subnet. Welke interface er gebruikt zal worden is niet te specificeren.. Routes toevoegen die de overlappen met de standaard route die de PC al kent (hij heeft immers een interface in dat subnet) heeft dus verder geen enkele zin.

Een 2e PC zou misschien een oplossing zijn? Aangezien je de rest niet meer kunt wijzigen..

[jvanhambelgium]

Equator schreef op maandag 25 mei 2009 @ 07:19:
Mijn beurt om helaas te zeggen.

Helaas kan een PC niet overweg met 2 interfaces in het zelfde subnet. Welke interface er gebruikt zal worden is niet te specificeren.. Routes toevoegen die de overlappen met de standaard route die de PC al kent (hij heeft immers een interface in dat subnet) heeft dus verder geen enkele zin.

Een 2e PC zou misschien een oplossing zijn? Aangezien je de rest niet meer kunt wijzigen..

Ofwel een 2e PC ofwel eventueel VMWare Workstation (of soortgelijk gratis) downloaden en 2 "virtual machines" gebruiken op dezelfde fysiche PC. (2 keer XP installeren)
Dan kan je probleemloos dit probleem oplossen.

Waarom is die PC nodig ?? Staat daar een SCADA pakket ofzo op ?? Als je slechts 1 "systeem" kan/mag gebruiken heb je pech. Tenzij je alsnog beide LAN segmenten "aan elkaar kan knopen" door een hubje/switch te gebruiken vlak voor die PC en dan gewoon de PC een IP uit het blok geven en juuuuh.

[Pumbaa82]

Ik wil geen spel breker zijn.
Maar er wordt al aangegeven om het probleem op te lossen met een tweede PC of virtueel.

Je hebt vrij veel redundant.
PLC heeft 2 procs, geheel gesplits redundant netwerk, etc.

Wat nu als je XP bakkie de geest geeft ?
En dat zie ik eerder gebeuren dan een PLC of netwerk component die het begeeft.

just my 2 cents.

[The_Butler]

Bedankt voor de suggesties, ik was me al volledig bewust dat dit desktop systeempje niet echt ideaal was voor dit project, maar ja, ik lande aan het eindtraject in het project van twee collega's. En het lijkt er sterk op dat beide heren blindelings hebben gebouwd wat er in de specificatie stond.

Een redundante oplossing met twee blade servers in een van onze Rittal kasten (reeds aanwezig), met redundante UPS (reeds aanwezig) en in een mooie airco gekoelde ruimte zou uiteraard veel beter geschikt zijn. Helemaal als je bedenkt dat de SCADA software op de PC gegevens over LNG (binnenkomend van de raffinaderij en uitgaand via vrachtwagens en flessen) door geeft aan de afdeling financien... zonder dit desktop bakkie kunnen er geen rekeningen verstuurd worden. Het grappige is dat die PC waar ik mee communiceer van een bedrijf is dat productie lijnen voor gasflessen is, ze hebben een volledig redundante vul-lijn (kost miljoenen). Maar weer hebben ze een goedkoope desktop PC met de database weggemoffeld in een ruimte, vol met woestijn stof en druipende airco's....

Maar mijn handen zijn gebonden, het is nu te laat om er wat aan te doen, ik moet het in bedrijf stellen en als over een paar maanden de telefoon gaat dat zullen we dit onderwerp eens aansnijden.

Het is lekker om even van me af te schrijven, maar voordat ik weg-gemod wordt hier de status van mijn probleem.
Dat microsoft programma om devices te disabelen (devcon.exe) werkt voor geen meter. Alle hardware op de PC heeft dollar charackters in de naam staan, en mijn commando's worden tot daar en niet verder gelezen. het resultaat was dat ik zo'n beetje iedere Intel driver op mijn PC met 1 commando uitschakelde (slik!). gelukkig kon ik er een niet-USB keybord inpluggen en het commando weer uitvoeren, maar dit keer met "enable" inplaats van "disable"

Mijn laatste poging zal morgen zijn, ik ga via mijn SCADA applicatie het subnet van een van de NIC's veranderen; route informatie toevoegen en het subnet terug veranderen. Het is niet mooi, nee ronduit lelijk zelfs, maar het moet en zal werken.

Ik hou jullie op de hoogte.

[The_Butler]

The_Butler schreef op maandag 25 mei 2009 @ 17:00:
Ik hou jullie op de hoogte.

Ik heb nu maanden na dato de oplossing; ander project, zelfde situatie. De oplossing is om in windows beide netwerk kaarten dezelfde "network adapter Metric" te geven. (als je een "route print" commando doet in een command box dan staan die metric nummers rechts in de lijst) Dit werkt perfect; ik kan kabels links en recht los trekken maar mijn apparatuur blijjft netjes communiceren.

To change the metric on an adapter:

1. Open the Network and Dial-up Connections folder.
2. Right click the local area connection you want to modify, and then click Properties.
3. Click Internet Protocol, and then click Properties.
4. Click Advanced.
5. In the Adapter Metric box, type the appropriate value.
6. If you need to change the default gateway metric, click the gateway address in the Default Gateways box, and then click Edit.
7. Type the appropriate metric value, and then click OK.
8. Click OK.

Link naar het MS KB artikel:

Configuring Multiple Adapters on the Same Physical Network

[jvanhambelgium]

Ben blij dat je het werkend hebt gekregen.
De truuk die jij gebruikt heb ik vroeger ook wel eens gebruikt om hetzelfde IP te gebruiken tussen m'n WLAN en LAN nu ik eraan terug denk...het had beter in me op gekomen ten tijde van jouw probleem ;-)

Toch wel spijtig dat PLC mannen nog precies niet veel van IP-networking begrijpen. Is het dan zooooo moeilijk een IP-stack op hun producten te zetten die een IP/NETMASK/GATEWAY concept kent ?

[The_Butler]

grrr, heb ik net een hele reply geschreven, schopt de wifi in mijn hotel me eruit...


in het kort heeft Hima dit systeem meer dan zeven jaar geleden ontwikkeld; maar niet voor communicatie met PC's. nu hebben ze ook PC software gemaakt maar deze loopt nu tegen de limitatie van de subnets aan. Omdat het kaarten zijn voor veiligheids systemen (tot SIL3 voor de kenners) moet de hardware door de TUV getest worden. Dit kost veel tijd en geld, en tja, dat is het momenteel niet waard.

Het is een oneerbaar beroep; andermans brakke hardware en software werkend krijgen... en klanten/collega's hebben geen idee wat voorn truuks je moet gebruiken en hoeveel moeite het kost... (/me voelt een topic a la "systeembeheerders en hun problemen" aankomen)

[The_Butler]

En ok, het verhaal krijgt nog een staartje... We deden vorige week officiele redundancy tests met de klant... en je voelt het al aankomen; het systeem viel om. Een combinatie van snelle reboots (beide servers werden wel drie maal opnieuw gestart) en het lostrekken van ethernet cables kreeg het voor mekaar om het hele gebeuren in de war te schoppen.

Uit pure frustratie ben ik toen begonnen met het schrijven van een bach bestand dat de routings goed krijgt. Als ik het handmatig kan instellen vanuit de prompt dan moet ik dat ook automatisch kunnen.
Ik heb wat commentaar text verwijderd; naam van de site, bedrijf, mijn naam, datum etc... Ik log de uitvoering van het bestand naar een text bestandje (>>lanlog.txt)

code:

echo running startup script for server A > c:\lanlog.txt

route -f >> c:\lanlog.txt

rem Give the Current Interface that matches the following mac address 00 22 64 fc 4b 84
rem This is Hipro Link A, 192.168.0.215
FOR /F "tokens=1,2 delims= " %%A IN ('route print ^| FIND "00 22 64 fc 4b 84"')  DO SET myvar1=%%A
route add 192.168.0.4 192.168.0.216 IF %myvar1%
route add 192.168.0.6 192.168.0.216 IF %myvar1%
ping 192.168.0.4 -n 1 >> c:\lanlog.txt
ping 192.168.0.6 -n 1 >> c:\lanlog.txt

rem Give the Current Interface that matches the following mac address 00 1f 29 57 16 8e
rem This is Hipro Link A, 192.168.0.216
FOR /F "tokens=1,2 delims= " %%A IN ('route print ^| FIND "00 1f 29 57 16 8e"')  DO SET myvar2=%%A
route add 192.168.0.3 192.168.0.215 IF %myvar2%
route add 192.168.0.5 192.168.0.215 IF %myvar2%
ping 192.168.0.3 -n 1 >> c:\lanlog.txt
ping 192.168.0.5 -n 1 >> c:\lanlog.txt

time /T >> c:\lanlog.txt

dit is het startop script voor server A, wisten jullie dat MAC adressen case sensetive zijn? ik ook niet, koste me uren om te debuggen. (ipconfig /all geeft je MAC's in upper case, route add will per se lower case)

en nu server B:

code:

echo running startup script for server B > c:\lanlog.txt
route -f >> c:\lanlog.txt

netsh interface set interface name="HIPRO BUS B" admin=disabled
route -p add 192.168.0.3 192.168.0.217 >> c:\lanlog.txt
route -p add 192.168.0.5 192.168.0.217 >> c:\lanlog.txt
ping 192.168.0.3 -n 1 >> c:\lanlog.txt
ping 192.168.0.5 -n 1 >> c:\lanlog.txt
netsh interface set interface name="HIPRO BUS B" admin=enabled

netsh interface set interface name="HIPRO BUS A" admin=disabled
route -p add 192.168.0.4 192.168.0.218 >> c:\lanlog.txt
route -p add 192.168.0.6 192.168.0.218 >> c:\lanlog.txt
ping 192.168.0.4 -n 1 >> c:\lanlog.txt
ping 192.168.0.6 -n 1 >> c:\lanlog.txt
netsh interface set interface name="HIPRO BUS A" admin=enabled
time /T >> c:\lanlog.txt

Dit werkt als een trein; waarom de twee servers andere scripts nodig hebben? Ik heb geen idee. Ik weet dat server A veel is misbruikt door collega's, toen die het werkend wilde krijgen. Heeft zelfs andere netwerk kaarten er in gehad etc... Ik weet nog steeds niet of the mythe waar is dat windows altijd ergens nog informatie bewaard over verwijderede NIC's...