-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Problemene jeg har med at getDeviceData ikke klarer ? avlede Vlan for
Kristian tar kanskje kontakt direkte med sine sp?rsm?l ?
Hei. Vidar skrev noe om dette tidligere i ?r:
"1. Problemer med molde-sw.himolde.no (Catalyst 4506) Litt bakgrunnsinfo. UNINETTs ruter i Molde (molde-gw.uninett.no) fungerer som en ren transitt ruter. All lokal ruting i Molde foreg?r p? molde-sw.himolde.no, som er en catalyst 4506 med en lag 3 supervisor. Mellom molde-gw og molde-sw er det to 100 mbps linknett. Mao. s? er det to default ruter definert p? molde-sw.himolde.no. Over det ene linknettet kj?res ogs? ipv6. Dessverre st?tter ikke cat4K ipv6. Det ble derfor etablert en dot1q trunk p? dette interfacet og et nytt vlan 6 for ? ta h?nd om native trafikk p? det aktuelle interfacet p? molde-sw (Gi 6/2)."
Jeg regner med at det er relatert til dette? Det jeg lurer p? er n?yaktig hva som mangler av info her (er det manglende vlan-nummer?). I NAVv2 er det jo slik at vi bruker netident for ? gj?re match i vlan.txt, men denne filen eksisterer jo ikke i NAVv3. Det kan derfor v?re derfor dette ikke virker i v3 og at vi m? finne en m?te ? avlede dette p? automatisk. Hvis det er en OID vi kan bruke for evt. ? hente ut manglende VLAN-nummer s? skal det v?re en kurrant sak ? rette dette.
- -- Kristian
Hei.
Nei, i Kristiansund er det helt standard. Mellom Uninetts ruter og hovedswitchen er det satt opp en trunk som 2 vlan g?r over, vlan 20 og 30. InterVlan rutinng foreg?r alts? p? Uninetts ruter, slik som det er (eller var) p? de fleste h?gskoler. I Kristiansund er det ingen problemer rundt ip6. Samme vlan-ider som brukes i Kristiansund blir ogs? brukt i Molde, kan dette v?re ?rsaken ?
- odd arne
----- Original Message ----- From: "Kristian Eide" kreide@online.no To: "Odd Arne Hauge (HSM)" odd.hauge@hiMolde.no Cc: "Morten Vold" morten.vold@ntnu.no; nav-users@itea.ntnu.no; "Vidar Faltinsen" Vidar.Faltinsen@uninett.no Sent: Tuesday, November 09, 2004 12:05 PM Subject: Re: [Nav-users] Release-notice: NAV 3.0 beta 8
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Problemene jeg har med at getDeviceData ikke klarer ? avlede Vlan for
Kristian tar kanskje kontakt direkte med sine sp?rsm?l ?
Hei. Vidar skrev noe om dette tidligere i ?r:
"1. Problemer med molde-sw.himolde.no (Catalyst 4506) Litt bakgrunnsinfo. UNINETTs ruter i Molde (molde-gw.uninett.no) fungerer som en ren transitt ruter. All lokal ruting i Molde foreg?r p? molde-sw.himolde.no, som er en catalyst 4506 med en lag 3 supervisor. Mellom molde-gw og molde-sw er det to 100 mbps linknett. Mao. s? er det to default ruter definert p? molde-sw.himolde.no. Over det ene linknettet kj?res ogs? ipv6. Dessverre st?tter ikke cat4K ipv6. Det ble derfor etablert en dot1q trunk p? dette interfacet og et nytt vlan 6 for ? ta h?nd om native trafikk p? det aktuelle interfacet p? molde-sw (Gi 6/2)."
Jeg regner med at det er relatert til dette? Det jeg lurer p? er n?yaktig hva som mangler av info her (er det manglende vlan-nummer?). I NAVv2 er det jo slik at vi bruker netident for ? gj?re match i vlan.txt, men denne filen eksisterer jo ikke i NAVv3. Det kan derfor v?re derfor dette ikke virker i v3 og at vi m? finne en m?te ? avlede dette p? automatisk. Hvis det er en OID vi kan bruke for evt. ? hente ut manglende VLAN-nummer s? skal det v?re en kurrant sak ? rette dette.
Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFBkKRgRBuET7ul/ccRAs3EAJ0aE9KmlEfxuXCwSlCh+LsV6Tu/0QCgoohy f+O33ck+FhcKVz+a8r0cjlg= =0cDG -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Nei, i Kristiansund er det helt standard. Mellom Uninetts ruter og hovedswitchen er det satt opp en trunk som 2 vlan g?r over, vlan 20 og 30. InterVlan rutinng foreg?r alts? p? Uninetts ruter, slik som det er (eller var) p? de fleste h?gskoler. I Kristiansund er det ingen problemer rundt ip6. Samme vlan-ider som brukes i Kristiansund blir ogs? brukt i Molde, kan dette v?re ?rsaken ?
Ok, men hva er det som egentlig mangler i NAVv3 som er der i v2? Hva er feil?
- -- Kristian
----- Original Message ----- From: "Kristian Eide" kreide@online.no To: "Odd Arne Hauge (HSM)" odd.hauge@hiMolde.no Cc: "Morten Vold" morten.vold@ntnu.no; nav-users@itea.ntnu.no; "Vidar Faltinsen" Vidar.Faltinsen@uninett.no Sent: Tuesday, November 09, 2004 12:24 PM Subject: Re: [Nav-users] Release-notice: NAV 3.0 beta 8
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Nei, i Kristiansund er det helt standard. Mellom Uninetts ruter og hovedswitchen er det satt opp en trunk som 2 vlan g?r over, vlan 20 og 30. InterVlan rutinng foreg?r alts? p? Uninetts ruter, slik som det er (eller var) p? de fleste h?gskoler. I Kristiansund er det ingen problemer rundt ip6. Samme vlan-ider som brukes i Kristiansund blir ogs? brukt i Molde, kan dette v?re ?rsaken ?
Ok, men hva er det som egentlig mangler i NAVv3 som er der i v2? Hva er feil?
Det som mangler er vlan i rappotertene, f.eks i rapporten /report/swport?b1.netboxid=??. Ser ikek ut som gDD klarer ? avlede vlan'ene. Har ogs? tidligere hatt problemer med at alle porter er blitt rappotert som trunker, det l?ste seg ve d? bytte ios versjon p? switchene (en nedgradering til en litt eldre versjon).
I Network Explorer er det ikke mulig bla seg fra ruter til switch for Kristiansund sin del, f?r heller ikke sett VLAN utbredelse for Kristiansund sin del.
- odd arne
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Det som mangler er vlan i rappotertene, f.eks i rapporten /report/swport?b1.netboxid=??. Ser ikek ut som gDD klarer ? avlede vlan'ene. Har ogs? tidligere hatt problemer med at alle porter er blitt rappotert som trunker, det l?ste seg ve d? bytte ios versjon p? switchene (en nedgradering til en litt eldre versjon).
Ok, jeg ser dette mangler. Vi mangler en OID for ? hente vlan her, og vi har dermed ingen m?te ? f? tak i vlan-nummeret enda. F?r vi f?r tak i en slik OID er det lite jeg kan gj?re. Jeg regner med at du har lagt disse inn i vlan.txt med riktig netident i v2 og at det er derfor det virker?
I Network Explorer er det ikke mulig bla seg fra ruter til switch for Kristiansund sin del, f?r heller ikke sett VLAN utbredelse for Kristiansund sin del.
Jeg har sjekket dette n?, og problemet er subinterfacer ser det ut for. Basert p? CDP pr?ver vi ? koble gw<->sw, og fra kristiansund-gw finner vi kristiansund-sw p? ifindex 3; problemet er at ifindex 3 ikke eksisterer i gwport for kristiansund-gw.
Vi pr?ver ogs? motsatt, og sett fra kristiansund-sw finner vi kristiansund-gw p? ifindex 1, som er riktig, men remote interface er FastEthernet0/0 som vi ikke klarer ? matche i gwport, der finner vi nemlig:
FastEthernet0/0.2-802.1Q vLAN subif FastEthernet0/0.1-802.1Q vLAN subif
S? her kunne vi alts? gjort match hvis vi gj?r substring match istedenfor fullstendig match. Det blir kanskje l?sningen rett og slett?
- -- Kristian
----- Original Message ----- From: "Kristian Eide" kreide@online.no To: "Odd Arne Hauge (HSM)" odd.hauge@hiMolde.no Cc: "Vidar Faltinsen" Vidar.Faltinsen@uninett.no; "Morten Vold" morten.vold@itea.ntnu.no; nav-users@itea.ntnu.no Sent: Tuesday, November 09, 2004 1:52 PM Subject: Re: [Nav-users] Release-notice: NAV 3.0 beta 8
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Det som mangler er vlan i rappotertene, f.eks i rapporten /report/swport?b1.netboxid=??. Ser ikek ut som gDD klarer ? avlede vlan'ene. Har ogs? tidligere hatt problemer med at alle porter er blitt rappotert som trunker, det l?ste seg ve d? bytte ios versjon p? switchene (en nedgradering til en litt eldre versjon).
Ok, jeg ser dette mangler. Vi mangler en OID for ? hente vlan her, og vi har dermed ingen m?te ? f? tak i vlan-nummeret enda. F?r vi f?r tak i en slik OID er det lite jeg kan gj?re. Jeg regner med at du har lagt disse inn i vlan.txt med riktig netident i v2 og at det er derfor det virker?
Ja, for v2 har jeg lagt disse in i vlan.txt, og som du sier er det sikkert ?rsaken til at det funger i v2. Men hvorfor mangler du OID for dette tilfellet og ikke ellers?
I Network Explorer er det ikke mulig bla seg fra ruter til switch for Kristiansund sin del, f?r heller ikke sett VLAN utbredelse for Kristiansund sin del.
Jeg har sjekket dette n?, og problemet er subinterfacer ser det ut for. Basert p? CDP pr?ver vi ? koble gw<->sw, og fra kristiansund-gw finner vi kristiansund-sw p? ifindex 3; problemet er at ifindex 3 ikke eksisterer i gwport for kristiansund-gw.
Vi pr?ver ogs? motsatt, og sett fra kristiansund-sw finner vi kristiansund-gw p? ifindex 1, som er riktig, men remote interface er FastEthernet0/0 som vi ikke klarer ? matche i gwport, der finner vi nemlig:
FastEthernet0/0.2-802.1Q vLAN subif FastEthernet0/0.1-802.1Q vLAN subif
S? her kunne vi alts? gjort match hvis vi gj?r substring match istedenfor fullstendig match. Det blir kanskje l?sningen rett og slett?
Ja, det ser vel s?nn ut ? Alternativet er jo ? sette inn lag 3 ruter i Kristiansund. Vet ikke hvor vidt det er aktuelt akkurat n?, men neppe alene p? grunn av nav3. Jeg mener ? ha husket og styrt med disse dot1q subinterfacene i tidligere versjoner av Nav ogs?.
- odd arne
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Men hvorfor mangler du OID for dette tilfellet og ikke ellers?
Jeg mener vi har diskutert dette endel tidligere og ogs? etterlyst OID, men vi har ikke klart ? finne det s? langt. Vidar?
Ja, det ser vel s?nn ut ? Alternativet er jo ? sette inn lag 3 ruter i Kristiansund. Vet ikke hvor vidt det er aktuelt akkurat n?, men neppe alene p? grunn av nav3. Jeg mener ? ha husket og styrt med disse dot1q subinterfacene i tidligere versjoner av Nav ogs?.
Det eneste som bekymrer meg litt hvis vi begynner med substring match er at f.eks FastEthernet0/1 ogs? vil matche FastEthernet0/10. Hva med enten ? gj?re n?yaktig match eller gj?re substring-match p? remote interface + ".", alts? f.eks FastEthernet0/0.* ? Vil det dekke alle tilfeller?
- -- Kristian
Men hvorfor mangler du OID for dette tilfellet og ikke ellers?
Jeg mener vi har diskutert dette endel tidligere og ogs? etterlyst OID, men vi har ikke klart ? finne det s? langt. Vidar?
Ja, det ser vel s?nn ut ? Alternativet er jo ? sette inn lag 3 ruter i Kristiansund. Vet ikke hvor vidt det er aktuelt akkurat n?, men neppe alene p? grunn av nav3. Jeg mener ? ha husket og styrt med disse dot1q subinterfacene i tidligere versjoner av Nav ogs?.
Det eneste som bekymrer meg litt hvis vi begynner med substring match er at f.eks FastEthernet0/1 ogs? vil matche FastEthernet0/10. Hva med enten ? gj?re n?yaktig match eller gj?re substring-match p? remote interface + ".", alts? f.eks FastEthernet0/0.* ? Vil det dekke alle tilfeller?
Antar det er like mye et sp?rsm?l til Vidar som til meg. For mitt spesielle case i Kristiansund, er jo dette godt nok. Men hvor menge slike tilfeller det fins i Uninett vet jeg ikke, men det er vel en modell en er p? vei bort i fra etter hvert som institusjonene f?r giganett, stemmer ikke det Vidar ?
N?r det gjelder disse 2948 og 2980 switchene jeg har, har dere noen ide om hva som er problemet der ? Som sagt s? listes ikke alle moduler for disse, og det kan se ut som om de modulene som nav finer varierer over tid. I l?pet av natten ser det ut som om alle 2948 switcher ser OK ut, men det kommer av at det er 10/100/100 modulen som er funnet og ikke supervisormodulen. For 2980 er det kun modul 2 nav finner, dette er en 48 porters 10/100-tx modul. Her er ikke vlan avledet heller.
- odd arne
-
kreide＠online.no -
odd.hauge＠himolde.no