- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Megérkezett az új Nokia 3210 4G Magyarországra, ennyit kérnek érte
- Van itt pár kép a Sony Xperia 1 VI-ról is
- Xiaomi 14 Ultra - Leica hercegnő
- Samsung Galaxy S23 Ultra - non plus ultra
- Fotók, videók mobillal
- Mobil flották
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Milyen okostelefont vegyek?
- Motorola Edge 40 - jó bőr
Hirdetés
-
Jövő hónapban jön a Wholesome Direct
gp Akik kedvelik az indie játékokat, azoknak érdemes lesz követniük néhány hét múlva a show-t.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Több stúdiót is bezár költségcsökkentésként a Microsoft Xbox részlege
it Lassul a gamingipar, ennek keretében pedig már a Microsoft Xbox részlege is nagy költségcsökkentéseket eszközöl.
-
Mobilarena
--- Még az új vizsgarendszer előtti információk, majd frissítjük! ---
Gyakran ismételt kérdések
Olvasd el a cikkeket itt.
Új hozzászólás Aktív témák
-
crok
Topikgazda
válasz Cyber_Bird #7750 üzenetére
Jahj, igen, ismerős: minden kell de ingyen - vagy olcsóbban (:
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
-
oleeg
tag
válasz sp3333boy #7744 üzenetére
Szia!
Hát ez a nagy gondom . Az ADVROUTE-hoz januárban lesz könyv, reménykedek, hogy lassan érkezni fognak a többi témakörhöz is rendes könyv. Amúgy valahogy bosszantó, hogy négy éve nem sikerült kiadni könyveket melyek lefedik a tananyagot. Januárban megjelenik egy könyv mely az SPROUTE és SPADVROUTE témakörét lefedi, így egy kicsit reménykedek, hogy talán lassan lesznek könyvek a további témakörökhöz is.
Üdv:
o
-
zsolti.22
senior tag
Ne csak ezt az oldalát nézzétek! Ti sem örülnétek, ha azt mondanák, hogy jó, akkor 1000 forinttal drágább holnaptól a TV-d, telefonszámlád, villanyszámlád, akármid. Ne mondjátok, hogy nem háborodnátok fel. Ugyanúgy kikérnétek magatoknak, mint ahogy ő is. Ez ilyen.
[ Szerkesztve ]
-
crok
Topikgazda
válasz zsolti.22 #7755 üzenetére
Ha egyetértenék mindketten tévednénk (: A hasonlat nem pontos.. ha a TV előfizetéshez (, amit eddig használtam/néztem) új szolgáltatást akarok akkor fizetek érte és ha az internethozzáférés sebességét növelni akarom, akkor fizetek érte többet.. ha egy eddig nem meglevő dolgot akarok bevezetni és az egy ilyen változó dolog és így folyamatos, hozzáértő módosításra van szükség akkor azért fizetni kell, pont. A víruskereső egy _pont_ ilyen dolog.. napi 30000 új vírus van minimum.. ki kell fizetni a vírusfelismeréshez használt pattern fejlesztők munkáját, pont. Természetesen ha nem fizetsz akkor is marad valami védelem ez eddig ismert vírusokkal szemben mint ahogy egy egyszeri torrentszűrő kiépítése/konfigurálásánál is szűri azt amit "addig ismert". Na *ez* ilyen.. [Szerk.] A vírusfelismeréshez használt pattern matching egy olyasmi eljárás mint az NBAR egyébként (:
[ Szerkesztve ]
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
Topikgazda
válasz zsolti.22 #7758 üzenetére
Egyáltalán nem arról van szó, hogy jobb lett volna csöndben maradnod (: csak megjegyeztem, hogy a hasonlat nem ideális ahhoz amit mondani akartál - de egyetértek, van, amikor igaza van: miért kerül többe, ha nincs több adott érték és nem változott a környezet se (nincs többlet költsége az előállítónak.. ilyesmi..).
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
FecoGee
Topikgazda
Ha van egy szabad oratok...
Community Podcast: 8xCCIE Neil Moore and Orhan Ergun – CCIE Preparation
-
zsolti.22
senior tag
Kész a TSHOOT lab, lehet nyomatni
-
Immy
őstag
Sziasztok!
OSPF elleni támadásokról és védekezésekről tudtok ajánlani valamilyen leírást?
Apró: https://hardverapro.hu/aprok/hirdeto/immy/index.html
-
FecoGee
Topikgazda
Lehet, hogy hülye kérdés, de tunnel esetén ti hova konfiguráljátok a QoS-t? Fizikai interface-re vagy tunnelre? Esetleg mindkettőre? Láttam már mindkét megoldást. Mivel a tunnel a fizikai felett épül fel, ezért érdekes kérdés lehet ez.
Köszi előre is! -
crok
Topikgazda
válasz FecoGee #7768 üzenetére
Ha a Tunnelben is akarsz class-okat, esetleg nested MQC-t akkor oda is felteheted (ekkor ha pl. több tunnel is van egy fizikai interface-re akkor minden tunnelt egyesével police-olhatsz, shape-elhetsz és tunnelenként csinálhatsz CBWFQ-t) de Tunnel konfigban "qos pre-classify" parancsal "kimásolod" a tunnelben továbbított csomag jelölését és így azt felhasználhatod a fizikai interface alatti QOS konfigban is. (Nem tom' mennyire volt érthető, de átgondolom és átírom ha nem.)
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
Topikgazda
Na, csak bepréseltem még az évbe egy certet, igaz csak CCNA Voice (: most néztem, hogy mióta irogatok ide megcsináltam a CCNA Sec-et, CCNA Wireless-t, a JNCIA-t, a JNCIS-ENT-t meg most a CCNA Voice-t.. mostmár elkezdem rendesen a voice vonalat végre.. esetleg egy CCIE written (meg lab ha lesz időm az elkövetkező 2 évben, de mivel most kezdtem egy architect munkát.. majd meglátjuk..).
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
Cyber_Bird
senior tag
https://media.blackhat.com/bh-us-11/Nakibly/BH_US_11_Nakibly_Owning_the_Routing_Table_WP.pdf
Van benn jo sok rfc hivatkozas, ami szerintem erdekes lehet.[ Szerkesztve ]
-
zsolti.22
senior tag
Mennyire gáz ez az emergency level üzenet:
*Mar 4 09:54:15.050: %PQUICC_ETHER-1-LOSTCARR: Unit 0, lost carrier. Transceiver problem? Még jó, hogy nem a GNS3-ban szimulálom, mert ott ez nem jön elő
Ez egy WIC1-ENET egy 1751-V routerben. (Bár szépen megy rajta az EIGRP)
Apropó EIGRP, hogy mit szívtam vele megint: egyik szomszéd nem akart feljönni. Á, mondom biztos köze van ehhez a fenti hibaüzenethez, de csak eltosztam a DSW2 IP-jét és nyilván az eigrp 10 alatt nem simán network 10.0.0.0-t adtam meg, oszt' jónapot, neeeem, hanem így: network DSW2_IP 0.0.0.0. Leshettem, hogy miért is nem jön fel, hogyha nem is jó IP-re matchel Meg amúgy is rég volt route
[ Szerkesztve ]
-
Immy
őstag
válasz Cyber_Bird #7774 üzenetére
Köszi a linket, de valami még nem tiszta. Vegyünk R1 és R2 routert, akik egy AS-ben vannak. Ha R1-ről küldünk "false LSA"-t az R2-nek, amiben azt mondjuk, hogy R1 "mögül" elérhető a 10.10.10.10-es hálózat akkor azt elvileg simán felnyeli az R2.
1. Miért írják erről, hogy nem persistent támadás, ha már egyszer bekerül és a támadó periodikusan hirdeti ezt az útvonalat?
2. Ha most R2 routing táblájában is van már 10.10.10.10-es hálózat bejegyzés, akkor kezdődik a fájting back?Apró: https://hardverapro.hu/aprok/hirdeto/immy/index.html
-
Cyber_Bird
senior tag
Ha jol tevedek akkor:
A "False peer LSA" nevu tamadas eseten, te hirdetsz olyan lsa-t ami azt mondja, hogy egy masik routertol szarmazik, es hamis informaciokat tartalmaz.
Amikor az a router akirol szol megkapja ezt az lsa-t akkor egybol kikuld egy sajat lsa-t a korrekt adatokkal.
Emiatt a tamodonak ujra es ujra el kell kuldenie. Konnyebb detektalni mivel folyamatosan kuldi a hamis adatokat, hogy megzavarja a halozatot, es nem persistens, mert folyamatosan kuldenie kell -
Cyber_Bird
senior tag
válasz Cyber_Bird #7777 üzenetére
Duplazok egyet, mert kozben lattam, hogy nem pont ezt kerdezted.
Tobbfele tamadas van, amire te gondoltal: R1 hamisan azt mondja, hogy a 10.10.10.10 elerheto rajta keresztul, az persistens tamadas, es nem triggerel fight-backet, merthogy ilyenkor R1-et iranyitjuk, es onnan kuldjuk ki a hamis LSA-kat.Ami fight-back-et triggerel, az amit fentebb leirtam, hogy egy eszkozhoz ferunk hozza, de egy masik neveben kuldjuk ki az lsa-kat. A fight-back akkor kezdodik amikor az, akinek a neveben kikuldtuk a hamis adatokat is megkapja ezeket az lsakat.
-
Immy
őstag
válasz Cyber_Bird #7777 üzenetére
Most egy kicsit megkavart a "false peer LSA" és a "false self LSA".
A "self LSA" esetén saját magunkról hirdetünk false adatokat, például hogy felveszünk egy új root-ot, hogy 10.10.10.10 jöjjön felénk. A fő kérdésem arra irányulna, hogy mi történik akkor, ha ez a 10.10.10.10 már bent a van neighbour (R2) route táblájában és történetesen teljesen más felé küldi a 10.10.10.-hez tartozó az adatokat?A másik a "False phantom LSA"... Akkor olyan router nevében küldünk LSA-t, ami nem létezik az AS-ben. Hogyan tud bármilyen hatást is kelteni, egy olyan LSA kiküldése, amiben nem szerepel konkrét útvonal, tehát hogy "phantom" Routert adok meg (AS-ben nem létezőt)? Ez is csak egy olyan támadás, amivel dos-t lehet csinálni és a "Link State Database Overload Protection" valamint a routing filterrel lehet védekezni ellene? De ha a támadó bejut egy olyan legitim-"trusted" routerhez ami teljes értékű az AS-ben, akkor ezek a védelmek nem sokat érnek, ahogy én látom most.
Apró: https://hardverapro.hu/aprok/hirdeto/immy/index.html
-
Cyber_Bird
senior tag
Igazabol standard ospf mechanizmus donti el, hogy mi tortenik. Ha a mi costunk alacsonyabb, akkor felenk fogja kuldeni, ha magasabb, akkor nem fog bekerulni a routing tablaba, hanem marad az eredeti route.
Masodik: jol latod, a routing tablat a phantom LSA-val nem tudja befolyasolni, de processzoridot es ramot eszik a feldolgozasa.
[ Szerkesztve ]
-
zsolti.22
senior tag
Elakadtam az IPv6 routingnál. A topológia ez: [link]
Úgy néz ki, hogy az OPSFv3 átveszi a RIPng-ből az útvonalakat, de visszafelé már nem akaródzik működni. Ez az R4 konfigja:
R4
interface Ethernet0/0
desc DSW1 fele nezo interfesz
ip address 10.1.4.5 255.255.255.252
half-duplex
ipv6 address 2026::2:1/122
ipv6 rip RIP_ZONE enableipv6 router ospf 6
router-id 4.4.4.4
log-adjacency-changes
redistribute rip RIP_ZONE include-connected
!
ipv6 router rip RIP_ZONE
redistribute ospf 6 metric 7DSW1
interface FastEthernet0/1
desc R4 fele nezo interfesz
no switchport
ip address 10.1.4.6 255.255.255.252
speed 10
duplex half
ipv6 address 2026::2:2/122
ipv6 rip RIP_ZONE enableMit hagyok le?
-
zsolti.22
senior tag
válasz Gesztiboy #7782 üzenetére
Úgy tűnik, hogy R4-en minden megy, ahogy kell:
Dec 17 16:38:22.639: RIPng: Sending multicast update on Ethernet0/0 for RIP_ZONE
Dec 17 16:38:22.639: src=FE80::20D:28FF: FEDB:E357
Dec 17 16:38:22.639: dst=FF02::9 (Ethernet0/0)
Dec 17 16:38:22.639: sport=521, dport=521, length=92
Dec 17 16:38:22.639: command=2, version=1, mbz=0, #rte=4
Dec 17 16:38:22.639: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:38:22.639: tag=0, metric=7, prefix=2026::34:0/122
Dec 17 16:38:22.639: tag=0, metric=7, prefix=2026::1:0/122
Dec 17 16:38:22.639: tag=0, metric=7, prefix=2026::12:0/122
R4#
Dec 17 16:38:25.259: RIPng: response received from FE80::20B:46FF: FECA:4B00 on Ethernet0/0 for RIP_ZONE
Dec 17 16:38:25.259: src=FE80::20B:46FF: FECA:4B00 (Ethernet0/0)
Dec 17 16:38:25.259: dst=FF02::9
Dec 17 16:38:25.259: sport=521, dport=521, length=52
Dec 17 16:38:25.259: command=2, version=1, mbz=0, #rte=2
Dec 17 16:38:25.259: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:38:25.259: tag=0, metric=1, prefix=2026::3:0/122Megkapja a 2 prefixet, amit a DSW1 hirdet neki, és elküldi azt a 4 prefixet, amit OSPFv3-ból átvett, viszont a DSW1-en sosem ír olyat a debug kimenet, hogy response received, mintha elveszne valahol az információ:
Dec 17 16:41:03.523: RIPng: Sending multicast update on Port-channel12 for RIP_ZONE
Dec 17 16:41:03.523: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:03.523: dst=FF02::9 (Port-channel12)
Dec 17 16:41:03.523: sport=521, dport=521, length=52
Dec 17 16:41:03.523: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::3:0/122
Dec 17 16:41:03.523: RIPng: Sending multicast update on FastEthernet0/1 for RIP_ZONE
Dec 17 16:41:03.523: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:03.523: dst=FF02::9 (FastEthernet0/1)
Dec 17 16:41:03.523: sport=521, dport=521, length=52
Dec 17 16:41:03.523: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::3:0/122
Dec 17 16:41:31.559: RIPng: Sending multicast update on Port-channel12 for RIP_ZONE
Dec 17 16:41:31.559: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:31.559: dst=FF02::9 (Port-channel12)
Dec 17 16:41:31.559: sport=521, dport=521, length=52
Dec 17 16:41:31.559: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::3:0/122
Dec 17 16:41:31.559: RIPng: Sending multicast update on FastEthernet0/1 for RIP_ZONE
Dec 17 16:41:31.559: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:31.559: dst=FF02::9 (FastEthernet0/1)
Dec 17 16:41:31.559: sport=521, dport=521, length=52
Dec 17 16:41:31.559: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::3:0/122Ezért nincs a RIB-ben az R4-től kapott infó. De miért nem kapja meg ez a szerencsétlen prefixeket?
[ Szerkesztve ]
-
zsolti.22
senior tag
-
FecoGee
Topikgazda
válasz Cyber_Bird #7777 üzenetére
Elvileg ilyenkor kapsz egy syslogot hogy ospf flood_war van.
-
Immy
őstag
válasz Cyber_Bird #7780 üzenetére
Tegyük fel, hogy kisebb cost-ot tudnk elérni (link sebesség stb. miatt). Akkor bele tudunk nyúlni R2 routing táblájába? Ilyenkor nem kezdődik a fájting back?
Egy másik kérdés: phantom LSA küldésnek azt hívják, amikor olyan router nevében küldünk, ami nincs az AS-ben. Ezzel a támadással miért nem tudunk a routing táblába írni? RX-ként nekiállunk crafted lsa packet-et küldeni. (vonatkoztassunk el attól, hogy most bármilyen jelszó/hash/shared-secret van használatban az OSPF topológiában). Akkor miért nem triggelődik a fájting back?
Apró: https://hardverapro.hu/aprok/hirdeto/immy/index.html
-
Cyber_Bird
senior tag
Fight back akkor triggerelodik amikor egy router sajat magarol lat hamis informaciokat, tehat egyik altalad emlitett esetben sem lesz.
1. eset: Igen, hogyha R1 fele kisebb coston eri el mint mondjuk R3,R4 akarmi fele, akkor az ospf azt fogja kiszamolni, hogy arra van a legjobb utvonal, es emiatt azt fogja berakni a RIB-be.
2. eset: Az OSPF mukodese miatt. Mivel nem letezo eszkozrol kuldunk, ezert unidirectional lesz a kommunikacio, vagyis o latja az lsa-kat, de nincs neighborship kiepulve es ezert nem fog az informaciok alapjan dolgozni.
-
tusi_
addikt
Ha valakinek van Nexus 5548 vagy 7k TESTswitchei, megtudna nekem egy tesztet csinalni?
Egyik ugyfelunk veletlenul a vPC peer linken atalitotta a spannig tree port type network kommandot edge trunkra. Most szeretne visszallitani, de fel a downtime-tol.
En tegnap hasonlot csinaltam 2 Catalyst switchen, -valaki okos az Uplinkeket portfasttal latta el. Visszalottem sima p2p-re - semmi downtime nem volt.
Itt viszont nem merem, mert kenyes ugyfel es 100%-ra nem mondom, hogy nem lesz valami Dtime.
Elmeletben nem szabadna lenni, de a Bridge Assurance - tol felek, hogy beleblokkol a portba.
eat, sleep, play, replay
-
tusi_
addikt
eat, sleep, play, replay
-
tusi_
addikt
válasz FecoGee #7791 üzenetére
Ez bonyolultabb ettöl, itt Bridge Assurance van a Nexuson, ha a stp port type network. Akkor ugy viselkedik, mint a loop guard, ha nem kap BPDU-t, akkor blokkol.
Cisco reprodukalta a topologiat, semmi gond nem volt a visszallitasnal, de megis azt ajanlotta, hogy munkaido utan tegyek. Mi is ezt ajanlottuk, de megis garanciat akar a kedves ugyfel, hogy januar vegeig kibirja igy a rendzser es nem rohad le. Bakker.......
eat, sleep, play, replay
-
oleeg
tag
Sziasztok!
Addig nézegettem Cisco -tól a VIRL megoldásukat, hogy karácsonyra megleptem magam vele. Ma feltelepítettem (jó sokat bénáztam vele a saját hülyeségem miatt...). De végül sikerült összerakni.
Hát a sok memóriát szereti. Nagyon, pontosabban a soknál még több memóriát. Két IOS-XR router és A 8GB RAM-ból maradt ~200MB Ebben az a különösen jó, hogy mostanában jó drága a memória. 40eFt lenne egy 16GB bővítés. Mindegy, viszont így kezdődhet a CCNP SP felkészülés.Üdv:
o
[ Szerkesztve ]
-
tag
egy gns3 + virtualbox + demo ios xrv image-el jobban jársz szerintem. 2G Ram elég 1db routernek. Erről a VIRL-ről sok jót nem hallottam még. 1 év múlva talán érdemes lesz újra ránézni.
Az is igaz persze, hogy a gns3-as verzióval is van szívás egyelőre, de legalább ingyen van
Most egy ios xr core MPLS + l2 és l3 iou instance-okból álló labot rakok össze, de nem mondom hogy gyorsan megy .
Lehet, hogy vmware-el jobb lenne. -
oleeg
tag
válasz stfreddy #7796 üzenetére
Szia!
Tegnap már megvettem Tegnap este pedig megjött az email a download linkkel amit ma felraktam. Elsőre jobbnak tűnik mint a GNS3 egy pár hónap múlva pedig tényleg látni fogom, hogy valóban megérte-e a rászánt pénzt. Nézegettem más megoldást is egyelőre ezt tűnt számomra a legjobb megoldásnak XR gyakorlásához.
Amúgy a leírt laborral mire készülsz?
Üdv:
o
-
tag
kíváncsi vagyok a tapasztalataidra, majd plz oszd meg velünk.
Én eddig SP track-en voltam, most inkább enterprise, viszont az SP érdekel a legjobban. Úgyhogy most csak úgy hobbiból szórakozom a virtuális labokkal ha éppen van időm. Van pár dolog, amit élesben nem volt lehetőség implementálni, ezeket próbálnám ki ha egyszer működni fog.
Valóban, nexus az nincs, de nálam ez nem is scope.
A CCNP-SP amúgy a CCIP-hez képest nagyon jó, nagyon kellett már egy ilyen frissítés...
-
oleeg
tag
válasz stfreddy #7799 üzenetére
Szia!
Az SP nekem is nagyon tetszik, egyetlen gondom van vele. A CCIP-hez volt rendes hivatalos Cisco CERT Guide, az SP-hez viszont sajnos semmi. Tegnap összeraktam még éjjel egy 6 routerből álló pici labort 4db. ios és 2db. ios-xr router. A két xr kb fél óra után állt fel teljesen. Hardver aprón láttam 8GB RAM-ot 12eFt körül ha lecserélem az egyik 4G akkor lesz 12GB azzal talán jobb lesz.
Üdv:
oleeg
Új hozzászólás Aktív témák
- Kérlek használd a keresőt, mielőtt kérdezel!
- Olvasd el a téma összefoglalót mielőtt kérdezel!
- A dumpok és a warez tiltott témának számítanak!
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Autós topik
- Debrecen és környéke adok-veszek-beszélgetek
- TCL LCD és LED TV-k
- ASUS routerek
- Azonnali informatikai kérdések órája
- Megérkezett az új Nokia 3210 4G Magyarországra, ennyit kérnek érte
- Kerékpárosok, bringások ide!
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- BestBuy topik
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen