Új hozzászólás Aktív témák

• #5939 bambano titán szabifotos #5938

  Új Válasz 2015-11-24 21:01:52 #5939

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz szabifotos #5938 üzenetére

  körbefordulással max. akkor, ha részegen belemész egy körforgalomba.
  a round trip time viszont lényeges infó, csatornakapacitás számításhoz kell.

  Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

• #5974 human374 tag szabifotos #5973

  Új Válasz 2015-12-02 11:23:24 #5974

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  human374

  tag

  válasz szabifotos #5973 üzenetére

  Milyen órára kell?

  Sok megoldás van erre a feladatra minden attól függ, hogy mennyire stabil hálózatot kell kiépíteni, milyen távol vannak egymástól az eszközök és persze, hogy mennyi pénzünk van az egészre.

  Csinálhatod úgy, hogy eladod a régi L2 core switchet és veszel a helyére 2 L3 switchet. Így a LAN stabil lesz akkor is, ha kiesik az egyik core switch és nem az egyetlen router lesz terhelve, ha a kliensek VLAN-ok között akarnak kommunikálni (ugye azt routolni kell). Ha nem akarsz ezzel foglalkozni, akkor maradhat 2 L2 switch is (de mindenkép 2-t használj).
  A 2 core switch közé pedig menjen etherchannel (ha nem megy akkor egy sima link is jó).
  Feltételezem, hogy a forgalom nagyja LANon belül mozog, ezért elég 1 router ami a WAN felé visz.

  A topológia gyengesége egyértelműen a router. Ha az kiesik akkor megszakad a kapcsolat a külvilággal (és ha L2 core switcheket használtunk akkor a VLAN-ok se tudnak kommunikálni egymás között).

  Nem igazán vagyok otthon LAN-ban, de miközben ezt csinálgattam kiderült, hogy az új tendencia már az, hogy L3 switcheket használnak az Acess layertől kezdve felfelé mindenhol és az STP és VLAN jóval kissebb szerepet kap. A kapott topológiát elnézve még ti is a régi modellt tanuljátok.

• #5977 bambano titán szabifotos #5976

  Új Válasz 2015-12-02 15:44:31 #5977

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz szabifotos #5976 üzenetére

  nekem volna ötletem, de nincs pocket(? packet?) tracerem vagy mim, úgyhogy lövésem sincs, mit kaptál konkrét feladatnak.

  Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

• #5979 human374 tag szabifotos #5976

  Új Válasz 2015-12-02 15:56:48 #5979

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  human374

  tag

  válasz szabifotos #5976 üzenetére

  Mikorra kell megcsinálnod?

  Azt hiszem HSRP-t akar rakni a 2 distribution switchre, hogy elossza a terhelést pl:
  HSRP1: VLAN 10,20,30
  - Active: Dist Switch 1
  - Standby: Dist Switch 2

  HSRP2: VLAN 40,50
  - Active: Dist Switch 2
  - Standby: Dist Switch 1

• #5981 bambano titán szabifotos #5978

  Új Válasz 2015-12-02 16:10:24 #5981

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz szabifotos #5978 üzenetére

  ha switchekből csinálsz egy redundáns hálózatot, akkor azon kevés konfigolnivaló van...
  a redundancia szerintem ott kezdődik, hogy dupla ups, minden cuccban dual táp.
  két core switch, minden végponti switchez dupla gerinc link, jobb esetben dupla végponti switch. ez utóbbi esetben stp-vel lehet szabályozni a forgalmat.

  a két core switch két határ-routerhez kapcsolódik, aminek redundáns linke jvan és valami rendesebb routing protokollal veszi át a default route-t a szolgáltatótól. erre nekem az ospf is bevált, de azé' a bgp az mégiscsak bpg

  rossz hírem is van: az elmulasztott félévedet itt nem fogjuk tudni pótolni, ez nem két sör meg fél napos segítség kategória. aki ért hozzá, annak is egy csomó időt rá kell szánnia, és ha beadod és rákérdeznek valamire, amit nem tudsz (nem fogod tudni, ha nem magad hekkelted össze), akkor megbuksz.

  Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

• #8892 janos666 nagyúr szabifotos #8891

  Új Válasz 2019-07-23 15:10:58 #8892

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  janos666

  nagyúr

  LOGOUT blog

  válasz szabifotos #8891 üzenetére

  Pár napja kezdtem kapni egy ilyen hibaüzenetet, ami után nem érhetőek el a igb driver-es Intel kártyára kötött eszközök (4 portos, amiből 3-at használok, az alaplapi e1000e driver-es Intel NIC és egy másik Mellanox kártya mennek tovább).

  Vissza boot-oltam egy kicsit régebbi linux kernel-t, amivel nem tapasztaltam hibát, bár túl sok zavartalan üzemórám sem volt vele (néhány nap, és most is bír 12-24 órát a fagyások közt).

  Nem okozhatják-e a a kártyára kötött eszközök, mert közben a Mikrotik kütyükön is frissítettem a ROS-t.

  Vagy hardware hiba lehet?

  Miután láttam a qdis-et a lista elején, kilőttem a traffic shaping script-et, de nem segített.

  [ 55.859472] NETDEV WATCHDOG: enp2s0f2 (igb): transmit queue 0 timed out
[ 55.859481] WARNING: CPU: 0 PID: 2270 at net/sched/sch_generic.c:442 dev_watchdog+0x20c/0x210
[ 55.859483] CPU: 0 PID: 2270 Comm: clamd Not tainted 5.2.2-gentoo #3
[ 55.859483] Hardware name: Gigabyte Technology Co., Ltd. X150M-PRO ECC/X150M-PRO ECC-CF, BIOS F22e 01/11/2018
[ 55.859485] RIP: 0010:dev_watchdog+0x20c/0x210
[ 55.859486] Code: 63 54 24 e0 eb 8c 4c 89 f7 c6 05 7a a3 ab 00 01 e8 09 74 fc ff 44 89 e9 4c 89 f6 48 c7 c7 30 25 85 96 48 89 c2 e8 72 f7 92 ff <0f> 0b eb bd 41 57 41 56 41 55 41 54 55 53 48 8b 47 40 48 8b 00 44
[ 55.859486] RSP: 0000:ffffa17900003e88 EFLAGS: 00010282
[ 55.859487] RAX: 0000000000000000 RBX: ffff9969d48dc8c0 RCX: 0000000000000006
[ 55.859488] RDX: 0000000000000007 RSI: 0000000000000096 RDI: ffff9969d6a16380
[ 55.859488] RBP: ffff9969d49b441c R08: 0000000000000346 R09: 0000000000000003
[ 55.859489] R10: 0000000000000000 R11: 0000000000000001 R12: ffff9969d49b4440
[ 55.859489] R13: 0000000000000000 R14: ffff9969d49b4000 R15: ffff9969d48dc940
[ 55.859490] FS: 00007f58da1db740(0000) GS:ffff9969d6a00000(0000) knlGS:0000000000000000
[ 55.859491] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 55.859491] CR2: 00007f58c00f703c CR3: 0000000290f7c003 CR4: 00000000002606f0
[ 55.859492] Call Trace:
[ 55.859493] <IRQ>
[ 55.859495] ? qdisc_destroy+0x110/0x110
[ 55.859496] ? qdisc_destroy+0x110/0x110
[ 55.859498] call_timer_fn.isra.0+0x11/0x80
[ 55.859500] run_timer_softirq+0x35b/0x3c0
[ 55.859501] ? tick_sched_timer+0x4b/0x70
[ 55.859502] ? timerqueue_add+0x56/0x90
[ 55.859504] __do_softirq+0xca/0x227
[ 55.859506] irq_exit+0xd5/0xe0
[ 55.859508] smp_apic_timer_interrupt+0x63/0xa0
[ 55.859509] apic_timer_interrupt+0xf/0x20
[ 55.859510] </IRQ>
[ 55.859510] RIP: 0033:0x7f58da909c23
[ 55.859511] Code: 52 48 8b 45 90 0f b7 40 52 66 39 c2 77 31 48 8b 45 b0 48 8b 40 08 48 85 c0 74 1c 48 8b 45 b0 48 8b 40 08 48 8b 00 0f b7 50 52 <48> 8b 45 90 0f b7 40 52 66 39 c2 76 08 48 8b 45 b0 48 89 45 c0 48
[ 55.859512] RSP: 002b:00007ffdcbd91bd0 EFLAGS: 00000206 ORIG_RAX: ffffffffffffff13
[ 55.859513] RAX: 00007f58c3080110 RBX: 000000000000003f RCX: 0000000000000051
[ 55.859513] RDX: 0000000000000000 RSI: 00007f58c00f7e1a RDI: 00007f58c307b362
[ 55.859514] RBP: 00007ffdcbd91c50 R08: 0000000000395640 R09: 0000000000000005
[ 55.859514] R10: 706f72442e6e6957 R11: 00007f58da881b10 R12: 00005630e9778c80
[ 55.859515] R13: 00007ffdcbd9ee50 R14: 0000000000000000 R15: 0000000000000000
[ 55.859515] ---[ end trace 71f212b4ddd39d76 ]---
[ 55.859532] igb 0000:02:00.2 enp2s0f2: Reset adapter
[ 55.859563] br0: port 4(enp2s0f2) entered disabled state
[ 55.881507] igb 0000:02:00.0 enp2s0f0: Reset adapter
[ 55.881524] igb 0000:02:00.3 enp2s0f3: Reset adapter
[ 55.881531] igb 0000:02:00.1 enp2s0f1: Reset adapter

  [ Szerkesztve ]

  TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

• #9868 bambano titán szabifotos #9866

  Új Válasz 2020-10-03 21:47:41 #9868

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz szabifotos #9866 üzenetére

  a böngésződ szaktopicjában megkérdezted már, hogy hogyan kell kikapcsolni a dns over https-t?

  Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

• #9902 mtz81 tag szabifotos #9901

  Új Válasz 2020-10-06 22:30:55 #9902

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mtz81

  tag

  válasz szabifotos #9901 üzenetére

  Ezt a huawei eszközt nem ismerem, de arra gondolnék, hogy amikor nincs forgalom az internet irányába x ideig az eszköz bontja a kapcsolatot. Amikor érkezik egy kérés belülről, akkor újra kapcsolódik a netre, de amíg a kapcsolat fel nem épül az első pár kérelem timeout-ol.

Új hozzászólás Aktív témák