Twee netwerk interfaces, problemen connectie apparatuur

[stavast]

Bij een klant heb ik een probleem met ons systeem. na een herstart krijg de ene netwerk kaart geen data van een specifiek apparaat, maar na een disable en enable van de netwerkkaart lijkt alles weer te werken. ik zal de situatie wat specifieker uitleggen:

Ons systeem heeft twee netwerk kaarten:

1. Interface 1: Control Netwerk
2. Interface 2: BacNet Netwerk

deze interfaces hebben de volgende configuratie:

Interface 1:

• Static IP: 192.168.1.5
• Subnet: 255.255.255.0
• Gateway: 192.168.1.254
• DNS: 192.168.1.254

Interface 2:

• Static IP: 192.168.2.11
• Subnet: 255.255.255.0
• Gateway: geen
• DNS: geen

Aan Interface 1 zit een PLC gekoppeld waar ik I/O uitlees, deze data haal ik op van een interne OPC server. Verder zit er nog andere apparatuur aangekoppeld. Zowel de PLC als de andere apparatuur zitten op hetzelfde netwerk en zijn aangesloten op een switch (niet managed)
Aan Interface 2 zit een BacNet router gekoppeld. uit deze BacNet router haal ik I/O op van onderliggende systemen.

Wanneer ik de server herstart dan werken beide Interfaces, alleen krijg ik van Interface 1 geen data vanuit de PLC, van andere apparatuur krijg ik wel data. Pas wanneer ik Interface 2 disable en vervolgens weer enable lijkt alles te werken.

Ik heb de metric van beide Interfaces aangepast zodat Interface 1 een hogere prioriteit krijgt dan Interface 2, jammer genoeg mocht dit niet baten.

wat ik vervolgens heb gedaan is een route print van de situatie na een server herstart en een route print na een disable en enable van Interface 2. De output is hieronder te zien:

Voor disable/enable:
IPv4 Route Table
===========================================================================
Active Routes:

Network Destination	Netmask	Gateway	Interface	Metric
0.0.0.0	0.0.0.0	192.168.1.254	192.168.1.5	517
127.0.0.0	255.0.0.0	On-link	127.0.0.1	306
127.0.0.1	255.255.255.255	On-link	127.0.0.1	306
127.255.255.255	255.255.255.255	On-link	127.0.0.1	306
192.168.1.0	255.255.255.0	On-link	192.168.1.5	517
192.168.1.5	255.255.255.255	On-link	192.168.1.5	517
192.168.1.255	255.255.255.255	On-link	192.168.1.5	517
192.168.2.0	255.255.255.0	On-link	192.168.2.11	532
192.168.2.11	255.255.255.255	On-link	192.168.2.11	532
192.168.2.255	255.255.255.255	On-link	192.168.2.11	532
224.0.0.0	240.0.0.0	On-link	127.0.0.1	306
224.0.0.0	240.0.0.0	On-link	192.168.2.11	532
224.0.0.0	240.0.0.0	On-link	192.168.1.5	517
255.255.255.255	255.255.255.255	On-link	127.0.0.1	306
255.255.255.255	255.255.255.255	On-link	192.168.2.11	532
255.255.255.255	255.255.255.255	On-link	192.168.1.5	517

Na disable/enable:
Active Routes:

Network Destination
0.0.0.0	0.0.0.0	192.168.1.254	192.168.1.5	517
127.0.0.0	255.0.0.0	On-link	127.0.0.1	306
127.0.0.1	255.255.255.255	On-link	127.0.0.1	306
127.255.255.255	255.255.255.255	On-link	127.0.0.1	306
192.168.1.0	255.255.255.0	On-link	192.168.1.5	517
192.168.1.5	255.255.255.255	On-link	192.168.1.5	517
192.168.1.255	255.255.255.255	On-link	192.168.1.5	517
192.168.2.0	255.255.255.0	On-link	192.168.2.11	532
192.168.2.11	255.255.255.255	On-link	192.168.2.11	532
192.168.2.255	255.255.255.255	On-link	192.168.2.11	532
224.0.0.0	240.0.0.0	On-link	127.0.0.1	306
224.0.0.0	240.0.0.0	On-link	192.168.1.5	517
224.0.0.0	240.0.0.0	On-link	192.168.2.11	532
255.255.255.255	255.255.255.255	On-link	127.0.0.1	306
255.255.255.255	255.255.255.255	On-link	192.168.1.5	517
255.255.255.255	255.255.255.255	On-link	192.168.2.11	532

De metric instelling werkt in ieder geval, maar ik zie niet echt waar niet het probleem ligt. IT kennis reikt ver, maar het houd een beetje op. voor mijn gevoel zijn het gewoon dezelfde tabellen, maar misschien dat iemand mij kan zeggen waar het verschil zit? is de de volgorde bijvoorbeeld het probleem? en hoe is het op te lossen dat ik na iedere herstart gewoon de goede routing tabel krijg?

Aanvullende info:

• Het gaat om een Windows Server 2008 R2
• In Network and Sharing Center worden beide netwerken weergegeven als "public network". ik kan alleen het netwerk van Interface 1 veranderen in "home" of "work".
• Interface 1 is verbonden met "Network 4"
• Interface 2 is verbonden met "Unindentified network"
• Windows Firewall staat uit
• De PLC regelt intern DCOM dacht ik. Misschien dat dit een aanknopingspunt is wanneer dit niet het geval is

Mochten er nog meer instellingen nodig zijn, laat het even weten.

alvast bedankt.

[Voor 3% gewijzigd door stavast op 26-09-2011 17:43]

[Bartjezz]

Is het niet verstandiger om in 1 subnet te blijven? 1 of 2 bijvoorbeeld? Vaak krijg je dit soort problemen als je apparaten onderling moeten kunnen praten in 2 subnets. Houd alles eens in de range 192.168.1.10 - 100
Heb je 1 of 2 DHCP servers aan staan? In 1 subnet mag je maar 1 DHCP server aan hebben staan die in zijn range ip-adressen uitdeelt.

[Paul]

Discover je de PLC dmv broad- of multicasts?

Kun je in 'Network And Sharing Center' -> 'Change Adapter Settings'-> F10 -> Advanced -> Advanced Settings -> Adapters And Bindings -> Connections "Control Netwerk" naar boven verplaatsen? Ik gok dat "BacNet Netwerk" nu bovenaan staat

Bartjezzz: Of je meerdere interfaces wilt hebben is vaak door de business opgelegd; in dit geval is het probleem ook niet dat dingen op het BacNet Netwerk niet met de PLC kunnen communiceren maar de server, die zelf wel in dezelfde IP-reeks zit als de PLC (tenminste, voor zover ik dat uit de vraag opmaak).

[Voor 35% gewijzigd door Paul op 26-09-2011 18:27]

[stavast]

Bartjezz schreef op maandag 26 september 2011 @ 18:15:
Is het niet verstandiger om in 1 subnet te blijven? 1 of 2 bijvoorbeeld? Vaak krijg je dit soort problemen als je apparaten onderling moeten kunnen praten in 2 subnets. Houd alles eens in de range 192.168.1.10 - 100
Heb je 1 of 2 DHCP servers aan staan? In 1 subnet mag je maar 1 DHCP server aan hebben staan die in zijn range ip-adressen uitdeelt.

We hadden eerst alles in één subnet, maar de klant wilde een gescheiden netwerk voor aparte systemen (electra / koeling).. meestal doen we het zo trouwens, zou ook geen probleem moeten opleveren. Alleen nu is de PLC de spel breker. We hadden al problemen met onze onderliggende software omdat de PLC zelf DCOM security afhandelt.

Verder gebruiken we gewoon static IP's anders kunnen we onze apparatuur nooit meer terug vinden. de IP range kan ik dus niet aanpassen omdat de overige systemen van klanten zijn. ik zou het graag willen ;-)

Paul schreef op maandag 26 september 2011 @ 18:25:
Discover je de PLC dmv broad- of multicasts?

Kun je in 'Network And Sharing Center' -> 'Change Adapter Settings'-> F10 -> Advanced -> Advanced Settings -> Adapters And Bindings -> Connections "Control Netwerk" naar boven verplaatsen? Ik gok dat "BacNet Netwerk" nu bovenaan staat

Bartjezzz: Of je meerdere interfaces wilt hebben is vaak door de business opgelegd; in dit geval is het probleem ook niet dat dingen op het BacNet Netwerk niet met de PLC kunnen communiceren maar de server, die zelf wel in dezelfde IP-reeks zit als de PLC (tenminste, voor zover ik dat uit de vraag opmaak).

Nooit geweten van die f10 functie. Maar inderdaad, Control Netwerk stond bovenaan. Hmm na een reboot kan hij de hele Bacnet Router niet meer vinden.. Met of zonder Metric ingesteld maakt niets uit. We maken trouwens gebruik van Multicast.

vreemde is dat ik gewoon kan browsen in de PLC, maar de data geeft geen waardes.. het lijkt dus een dcom probleem dat samenhangt met de tweede netwerkkaart..

[Voor 40% gewijzigd door stavast op 26-09-2011 20:30]