Rontgenscanner werkt alleen in eigen subnet *

[bastian433]

We hebben op het werk speciale röntgenscanners voor röntgenfoto's a iets van 10k per stuk.

Ik ben niet echt betrokken bij het vinden van een oplossing, maar ik wordt wel met het probleem opgezadeld op een bepaalde manier.

Deze domme apparaten (scanners) laten het niet toe benaderd te worden vanuit buiten hetzelfde subnet terwijl we dit wel moeten kunnen.

Er is een stuk software wat deze scanners benaderd, maar de communicatie lukt niet als dat niet vanuit hetzelfde subnet gedaan wordt.

Het stuk software wat de scanner benaderd moet nu volledig gaan draaien op een Citrix platform, en dus komt het in een ander subnet terecht, waardoor hij niet meer kan verbinden.

Heeft er iemand een goed idee om die scanners voor de gek te houden waardoor ze denken dat ze vanuit hetzelfde netwerksegment benaderd worden, maar in feite vanuit een ander netwerk benaderd worden?

Ik heb zitten denken iets van een router die de boel zo manipuleert dat die scanner denkt dat die praat met een computer binnen het subnet, maar concrete ideeën heb ik niet hoe dat dan zou moeten plaatsvinden.

Het gaat om een Carestream Dental CS7600 scanner.

[Orion84]

Probeer eerst eens uit te vinden waarom het alleen binnen hetzelfde segment werkt. Is dat een soort beveiliging in de scanner, die verkeer vanaf andere IP's blokkeert? Of is het domweg omdat het gebruikte protocol berust op technieken die niet voorbij een router komen?

In het eerste geval zou je iets met NAT moeten kunnen doen.

[muppet99]

Hebben die apparaten wel een gateway meegekregen? Ik zou eerst eens geod kijken naar de netwerkinstellingen van de apparaten.

Als ze een gateway hebben, kijk dan of je de gateway wel kan benaderen vanuit je citrix lan.

[ Voor 27% gewijzigd door muppet99 op 21-09-2015 11:24 ]

[Brahiewahiewa]

Low tech oplossing is een extra netwerk kaartje in de terminal server in het juiste subnet

[ShadowAS1]

Gezien het apparatuur van 10K/stuk is, en je setting best big-corporate klinkt, zou ik contact op nemen met je leverancier in plaats van hier je oplossing te zoeken.

[crypt0rr]

ShadowAS1 schreef op maandag 21 september 2015 @ 13:05:
Gezien het apparatuur van 10K/stuk is, en je setting best big-corporate klinkt, zou ik contact op nemen met je leverancier in plaats van hier je oplossing te zoeken.

Mij lijkt dit ook de slimste oplossing. De leverancier kan je hier waarschijnlijk direct antwoord op geven want zij leveren immers de apparatuur.

Stel dat het een netwerk issue betreft dan kunnen we er hier altijd tips over geven

[chaoscontrol]

ShadowAS1 schreef op maandag 21 september 2015 @ 13:05:
Gezien het apparatuur van 10K/stuk is, en je setting best big-corporate klinkt, zou ik contact op nemen met je leverancier in plaats van hier je oplossing te zoeken.

Big Corp? Krijg het idee dat het over een tandarts o.i.d. gaat. Maar wat eerder al is gezegd, kun je waarschijnlijk gewoon NATten.

[_-= Erikje =-_]

tenzij het l2 multicast is :-) maar dan zul je eerst een dump moeten maken

[dion_b]

Zou het kunnen dat de software van die dingen geen IP praat maar direct op L2 communiceert? Zo ja zou je met een L2VPN allicht eea kunnen bereiken.

Edit:
Spuit11

Maar idd, capture dat verkeer eens. En check als je bezig bent of het niet stiekem IPX is oid

[ Voor 29% gewijzigd door dion_b op 21-09-2015 13:33 ]

[Koffie]

Idd, ga eens met de leverancier / fabrikant praten. En anders iets meer verdiepen dan alleen de aannames 'als ik hier zit doettie ut niet, zit ik daar dan wel'

plus titelfix

[bastian433]

dank eerst, het gaat idd om een tandarts scanner, ja is best grote instelling...
Ik denk dat de meeste tandartsen niet in een citrix omgeving hun werk doen (kennelijk)

[BarthezZ]

Even onder de aannames dat het gewoon IP is, kan ik mij wel een ranzige truuk inbeelden;

Stel: KA/citrix netwerk is 10.0.0.0/24, en scanne netwerk 10.0.1.0/24; Agregeerbaar onder 10.0.0.0/23
Geef de scanners een ip 10.0.1.1/23; maar hang daar een router in met 10.0.1.254[b][/24]; Stel vervolgens op de router Proxy-ARP (pin me niet vast op de naam, zie beschrijving wat het moet doen ik moest het weten, http://www.cisco.com/c/en...n-resolution/13718-5.html dus ja ) in, zodat de router feitelijk op alle voor hem toegankelijke routes op die interface reageert op het bijbehorende ARP request. Hierdoor denkt de scanner dat $citrixIp lokaal is (want ARP tabel en in hetzelfde /23 subnet), en zou het mogelijk juist werken. (Mits de scanner uberhaupt IP en arp juist implementeert, zou niet de eerste zijn die enkel het subnet /24 kent)

Maar bovenal, hou dit achter de hand voor als de leverancier niet met een gedegen oplossing komt, je wilt geen unsupported oplossing inzetten voor mission critical toepassingen.

[ Voor 6% gewijzigd door BarthezZ op 27-09-2015 00:41 ]