Stack en router zelfde IP problem???

Pagina: 1
Acties:

  • artharpe
  • Registratie: Juli 2002
  • Niet online
Ik heb op dit moment in mijn netwerk een stack en een router met hetzelfde IP adres (10.2.1.253). Kan dit problemen geven? (Cisco 1700 router en een UB Networks GeoRim/Edt).

  • iNSaNe-oNe
  • Registratie: Augustus 2000
  • Laatst online: 23:29

iNSaNe-oNe

Ja, ik ben pluizig en blauw!

1. Wat is 'een stack'?
2. Natuurlijk is het hebben van eenzelfde IP-adres voor twee verschillende componenten in hetzelfde netwerk niet fris. Stel: Als je er naartoe zou willen connecten - welke van de twee zal moeten antwoorden?

Het omnummeren van één van de twee componenten is dus ten zeerste aan te raden. :)

... en oranje! :P


  • artharpe
  • Registratie: Juli 2002
  • Niet online
een stack heeft bijna dezelfde functionaliteit als een hub. Ik weet niet zeker of je een stack kan programmeren.

  • ripexx
  • Registratie: Juli 2002
  • Laatst online: 22:22

ripexx

bibs

Heb ff op internet gezocht en ben er achter gekomen dat die stack een soort van hub, maar ook weer een actief netwerk element is net zoals een router en of bridge. Maar los daarvan zie ik dat de meeste stacks te besturen zijn via snmp, daarnaast zou je die router of stack een ander ip moeten kunnne geven, aangezien een stack redelijk prof. is zou je zeggen dat deze toch moet kunnen manage.

Echt een duidelijke beschrijving van een stack en de functie plus toegevoegde waarde ben ik nog niet tegen gekomen, iemand een link of weet wat nou de toegevoegde waarde is?

[ Voor 0% gewijzigd door ripexx op 31-07-2002 14:04 . Reden: typo ]

buit is binnen sukkel


Verwijderd

Is een stack niet een manageable HUB?? En ja, dubbele ip adressen veroorzaakt zeker (vroeg of laat) problemen..

  • artharpe
  • Registratie: Juli 2002
  • Niet online
Klopt idd een stack is een manageable hub. Er zit ook een "console" aansluiting op, alleen heb ik geen idee hoe ik hier gebruik van moet maken. De reden dat ik me op dit moment hierin verdiep is omdat mijn gehele netwerk enorm traag is. In eerste instantie vermoedde ik dat het wel eens zou kunnen liggen aan mijn raid5 uitbreiding van een schijf, maar nu ik daar helemaal geen errors in kan vinden ga ik het verder zoeken. Op het moment van schijfuitbreiding is volgens mij ook de nieuwe 1700 router geplaatst met wat nu blijkt hetzelfde IP als de Stack. Ik krijg nu erg veel klachten vanuit de organisatie dat alles erg traag functioneert, DOS programma gebruikers klagen nog het meest.

Verwijderd

ik zou zeggen die stack onnummeren... dat ipnr is toch alleen voor beheerdoeleinden... je router omnummeren geeft meer probs gok ik

  • iNSaNe-oNe
  • Registratie: Augustus 2000
  • Laatst online: 23:29

iNSaNe-oNe

Ja, ik ben pluizig en blauw!

Leuk, leuk... :)

Die console-aansluiting, is dat een serieel poortje (DB9) of een UTP geval (RJ45)? In beide gevallen is het waarschijnlijk dat ze aan een seriele poort van je PC gehangen kunnen worden, met de juiste bekabeling en settings (9600baud, 8N1, flowcontrol, etc.). Hangt er maar helemaal van af wat de pinouts zijn die gebruikt worden. Als je uiteindelijk op die console-aansluiting zit, kun je waarschijnlijk de basic-instellingen van de stack aanpassen (o.a. IP-adres). Ik begrijp dat je geen documentatie meer hebt van die stack, waar dit in beschreven staat? Het is trouwens niet mogelijk om gewoon er heen te telnetten en op die manier de settings aan te passen?

Lukt het niet -> misschien is het omnummeren van de 1700 misschien een idee. Ik hoop dat dat IP-adres wat je noemt alleen voor management-doeleinden is (loopback-adresje?), en niet een IP-nummer wat op één van de fysieke interfaces is gedefinieerd wat door elke host op je netwerk als bijvoorbeeld default gateway gedefinieerd staat. Anders zul je al die hosten een nieuw default-gateway adres moeten toebedelen (misschien mogelijk via DHCP?) :P

Succes. :)

[ Voor 0% gewijzigd door iNSaNe-oNe op 31-07-2002 15:50 . Reden: Verduidelijking console-toegang. ]

... en oranje! :P


Verwijderd

hmmm het is toch een hub het ipnummer staat echt gedefineerd op een interface. simpelweg omdat het een hub is... (laag 1 dus)

  • iNSaNe-oNe
  • Registratie: Augustus 2000
  • Laatst online: 23:29

iNSaNe-oNe

Ja, ik ben pluizig en blauw!

Lukt het niet -> misschien is het omnummeren van de 1700 misschien een idee. Ik hoop dat dat IP-adres wat je noemt alleen voor management-doeleinden is (loopback-adresje?), en niet een IP-nummer wat op één van de fysieke interfaces is gedefinieerd wat door elke host op je netwerk als bijvoorbeeld default gateway gedefinieerd staat.
Ik had het in dat gedeelte over de Cisco 1700 router. :)

... en oranje! :P


  • iNSaNe-oNe
  • Registratie: Augustus 2000
  • Laatst online: 23:29

iNSaNe-oNe

Ja, ik ben pluizig en blauw!

[dubbelpost] 8)7

... en oranje! :P


Verwijderd

Meestal kun je deze stacks beheren en configureren met tools als Network Node Manager (HP Openview). Als je dit soort tools gebruikt kan je een grafische representatie maken van je rack met daarin bijvoorbeeld de stacks/routers e.d. Dit gebeurd door het uitlezen van de snmp mib tree.

Misschien dat er bij de HUB software zit/zat om via SNMP het ding te (her)configureren? Het IP adres wat de HUB heeft zit dus wel op het 'productie' netwerk. Anders zou je hem niet in je management/monitoring software kunnen gebruiken.

  • DavidK
  • Registratie: Oktober 2001
  • Laatst online: 19-12-2022
Wil je wel zover gaan met die stack? Een beetje overkill om je hub te gaan monitoren. Maar inderdaad, je moet je stack wel een ander ipadres geven dan je router.

Verwijderd

Wil je wel zover gaan met die stack? Een beetje overkill om je hub te gaan monitoren. Maar inderdaad, je moet je stack wel een ander ipadres geven dan je router.
Duh... Ik wilde uitleggen wat een stack inhoud, tuurlijk wil ik hem geen openview aanpraten om een stack te monitoren... 8)7

  • DavidK
  • Registratie: Oktober 2001
  • Laatst online: 19-12-2022
Verwijderd schreef op 31 juli 2002 @ 23:02:
[...]

Duh... Ik wilde uitleggen wat een stack inhoud, tuurlijk wil ik hem geen openview aanpraten om een stack te monitoren... 8)7
Ok, ok, rustig maar...Misschien kwam het ietwat rottig uit m'n strot... 8)
En inderdaad...Openview wil je niet aanraden >:)

  • artharpe
  • Registratie: Juli 2002
  • Niet online
Ik kan niet naar de stack telnetten. Ook is het geen doen om de 1700 router te herconfigureren omdat deze helaas als enige door een extern bedrijf beheerd wordt en omdat dit IP bij onze andere locatie al ingeprogrammeerd is

  • DavidK
  • Registratie: Oktober 2001
  • Laatst online: 19-12-2022
Kun je de stack niet via console configureren?

  • artharpe
  • Registratie: Juli 2002
  • Niet online
Ik heb net even met een netwerkspecialist van beroep gesproken, en hij zegt dat het type stack wat ik gebruik geen problemen kan opleveren ook al heeft de stack hetzelfde IP als de Router, dit komt omdat de stack met zijn ip niet op het netwerk zit.

  • iNSaNe-oNe
  • Registratie: Augustus 2000
  • Laatst online: 23:29

iNSaNe-oNe

Ja, ik ben pluizig en blauw!

DavidK schreef op 01 augustus 2002 @ 10:31:
Kun je de stack niet via console configureren?
LEES jij een topic uberhaupt? :P ;)

... en oranje! :P


  • iNSaNe-oNe
  • Registratie: Augustus 2000
  • Laatst online: 23:29

iNSaNe-oNe

Ja, ik ben pluizig en blauw!

artharpe schreef op 01 augustus 2002 @ 11:11:
Ik heb net even met een netwerkspecialist van beroep gesproken [...]
Ehm, jij verwacht hier op GoT dat deze per definitie niet aanwezig zijn (hint: klik op mijn profielknopje... ;) ).

Als die 'netwerkspecialist van beroep' er met zijn neus fysiek op gezeten heeft dan zal dat vast kloppen. Alleen rijst bij mij dan de hamvraag: Waarom heeft die stack dan uberhaupt een management IP-adres geconfigureerd staan? (8>

... en oranje! :P


  • DavidK
  • Registratie: Oktober 2001
  • Laatst online: 19-12-2022
iNSaNe-oNe schreef op 01 augustus 2002 @ 20:23:
LEES jij een topic uberhaupt? :P ;)
:+ Het is alweer een dagje later...Excusez moi.

Maar het is inderdaad een vreemd iets. Ipadres configuren op een stack en vervolgens niet via het netwerk is te bereiken...Klopt niet echt. Maar als het voorderest geen problemen oplevert en je wilt toch niets met je stack doen qua managing, dan moet je de situatie maar zo laten...

[ Voor 0% gewijzigd door DavidK op 01-08-2002 23:11 . Reden: Stukje test vergeten ]


Verwijderd

Ehm, jij verwacht hier op GoT dat deze per definitie niet aanwezig zijn (hint: klik op mijn profielknopje... ).
Een beheerder en een specialist zijn toch wel 2 heel verschillende termen B)

Maar met je opmerking en die van DavidK ben ik het helemaal eens. Why the f*ck zou je een ip adres op een poort zetten die niet door andere systemen kan worden benaderd en gemonitored...

  • scn
  • Registratie: December 2000
  • Laatst online: 04-12-2024

scn

 

Ik zal het even uitleggen, UB-networks (een merk wat je nu niet meer tegenkomt) was vroeger de maker van supersnelle netwerk-kaarten, retestabiele hubs en stacks. Met deze apperatuur werden dan ook grote netwerken gebouwd. Om er nu voor te zorgen dat een hub altijd te managen was, was de managment-module via een externe 10Mb poort te benaderen(ook via RS232). Nu kon de klant er zelf voor kiezen of hij een appart management-lan maakte zodat hij altijd zijn Stacks kon benaderen en managen terwijl het gewone netwerk plat lag.
De stack waar hier over gesproken wordt heeft dus wel een IP-address maar dit is niet gekoppeld met het LAN, dus is er geen duplicate IP-address, waardoor de eventuele problemen niet door veroorzaakt kunnen worden.
UB staat overigens voor Ungermann Bass, en is overgenomen door Newbridge. Deze hebben een vervolg hierop uitgebracht met de naam VIVID, Reteduur maar ook retemooi spul. Echter heeft de ontwikkeling van deze apperatuur te lang stil gelegen, en is volgens mij VIVID ook dood!

Als je echter de RS232-pinout wilt hebben voor management, dan geef maar een gil

scn


Verwijderd

Ah... scn, Dat explains a lot.. Thanks voor de opheldering..

Verwijderd

Hoi,
scn schreef op 02 augustus 2002 @ 11:20:
Ik zal het even uitleggen, UB-networks (een merk wat je nu niet meer tegenkomt) was vroeger de maker van supersnelle netwerk-kaarten, retestabiele hubs en stacks. Met deze apperatuur werden dan ook grote netwerken gebouwd. Om er nu voor te zorgen dat een hub altijd te managen was, was de managment-module via een externe 10Mb poort te benaderen(ook via RS232). Nu kon de klant er zelf voor kiezen of hij een appart management-lan maakte zodat hij altijd zijn Stacks kon benaderen en managen terwijl het gewone netwerk plat lag.
[snip]

Als je echter de RS232-pinout wilt hebben voor management, dan geef maar een gil
Yups, en de huidige grotere cisco switches doen dat ook, echter alleen op de management port. (die hebben dus een aparte 10/100 poort die los van de modules staat, waar je op kan managen).

pjnef

  • scn
  • Registratie: December 2000
  • Laatst online: 04-12-2024

scn

 

Tegenwoordig kan iedere switch welke vlans aankan dit trucje uithalen, alles mbt management in vlan 1, de rest in vlan 2

scn


  • Stoffel
  • Registratie: Mei 2001
  • Laatst online: 25-05 17:40

Stoffel

Engineering the impossible

scn schreef op 02 augustus 2002 @ 11:20:
Ik zal het even uitleggen, UB-networks (een merk wat je nu niet meer tegenkomt) was vroeger de maker van supersnelle netwerk-kaarten, retestabiele hubs en stacks. Met deze apperatuur werden dan ook grote netwerken gebouwd. Om er nu voor te zorgen dat een hub altijd te managen was, was de managment-module via een externe 10Mb poort te benaderen(ook via RS232). Nu kon de klant er zelf voor kiezen of hij een appart management-lan maakte zodat hij altijd zijn Stacks kon benaderen en managen terwijl het gewone netwerk plat lag.
De stack waar hier over gesproken wordt heeft dus wel een IP-address maar dit is niet gekoppeld met het LAN, dus is er geen duplicate IP-address, waardoor de eventuele problemen niet door veroorzaakt kunnen worden.
UB staat overigens voor Ungermann Bass, en is overgenomen door Newbridge. Deze hebben een vervolg hierop uitgebracht met de naam VIVID, Reteduur maar ook retemooi spul. Echter heeft de ontwikkeling van deze apperatuur te lang stil gelegen, en is volgens mij VIVID ook dood!

Als je echter de RS232-pinout wilt hebben voor management, dan geef maar een gil
-sorry voor het kicken van het topic maar je hebt geen e-mail adres in je profiel staan-

Goed, ik heb dus zo'n UB-networks Georim/EDT thuis staan, en ik wil die RS232-pinout wel hebben :)
ik snap alleen niet wat er nou aan te managen valt, of hoe dat nou precies zit met dat IP-adres dan, als je er meer info over hebt: graag!

edit: een pic voor de geinteresseerden :) het is de onderste dus he, duh
Pagina: 1