Digital Imaging and Communications in Medicine (DICOM). Part II: Networking
|
|
|
- Ladislava Horáková
- před 6 lety
- Počet zobrazení:
Transkript
1 Digital Imaging and Communications in Medicine (DICOM). Part II: Networking Miroslav Burša 1 1 BEAT Research Group CIIRC CTU in Prage Czech Technical University in Prague 14. října 2016
2 Jak to vypadá? Metainformace (v souboru) SOP UIDs Přehled I Jak to vypadá? Metainformace (v souboru) SOP UIDs Kompozitní C-* Normalizované N-* PDU
3 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM Hexdump f f 4d Rubo DICOM Viewe d 6f 2e e f r demo d e 43 4f 4d MED.COM * d c a DICM...UL f OB a a e 32 2e e UI b e 35 2e 31 2e 34 2e 31 2e 31 2e c e 33 2e e 36...UI& d e e 30 2e 34 2e e f e 32 2e e UI e 31 2e 32 2e UI e 33 2e e e c f 43 4f 17...SH..ARC_CO e a NVERT...CS..IS f 5f c 00 O_IR CS f e 41 4c 5c d ORIGINAL\PRIMARY c 4f c 52 5c \OTHER\R\IR DA d TM UI e 33 2e e e a e 30 2e a e UI b0 32 2e e e 35 2e 31 2e c0 34 2e 31 2e 31 2e UI& d0 31 2e 33 2e e e e0 2e 30 2e 34 2e f DA..19
4 Jak to vypadá? Metainformace (v souboru) SOP UIDs Příklad zobrazení Obrázek: DICOM Ukázka zobrazení
5 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM Hexdump (0x0002,0x0000) UL File Meta Information Group Length VR=<UL> VL=<0x0004> [0x000000a6] (0x0002,0x0001) OB File Meta Information Version VR=<OB> VL=<0x0002> [0x00,0x01] (0x0002,0x0002) UI Media Storage SOP Class UID VR=<UI> VL=<0x001a> < (0x0002,0x0003) UI Media Storage SOP Instance UID VR=<UI> VL=<0x0026> < (0x0002,0x0010) UI Transfer Syntax UID VR=<UI> VL=<0x0014> < > (0x0002,0x0012) UI Implementation Class UID VR=<UI> VL=<0x0010> < > (0x0002,0x0013) SH Implementation Version Name VR=<SH> VL=<0x000c> <ARC_CONVERT > (0x0008,0x0005) CS Specific Character Set VR=<CS> VL=<0x000a> <ISO_IR 100> (0x0008,0x0008) CS Image Type VR=<CS> VL=<0x001c> <ORIGINAL\PRIMARY\OTHER\R\IR >... (0x0010,0x0010) PN Patient s Name VR=<PN> VL=<0x0014> <MR/BRAIN/GRASE/1024 > (0x0010,0x0020) LO Patient ID VR=<LO> VL=<0x0002> <7 > (0x0010,0x0030) DA Patient s Birth Date VR=<DA> VL=<0x0008> < >... (0x7fe0,0x0010) OX Pixel Data VR=<OW> VL=<0x80000> [] # skipping...
6 Jak to vypadá? Metainformace (v souboru) SOP UIDs Distribuovaný proces Obrázek: Model distribuovaného procesu Application domain: Nutné definovat role: Klient/server Nutné definovat rámec informací, kt. jsou vyměňovány. Důležitá je sémantika, nikoliv syntaxe. Důležitý je kontext. Nutné definovat operace. Např. ukládání, vrácení výsledku, apod.
7 Jak to vypadá? Metainformace (v souboru) SOP UIDs Distribuovaný proces Obrázek: Model distribuovaného procesu Exchange domain (skrytá pro uživatele) Service user, Service provider: Mohou mít různou (vnitřní) implementaci, musí používat stejné komunikační protokoly a rozhraní (request format). Definice dat. reprezentace (ABI). Používá se serializace Fyzická výměna, např. sít, pamět ové médium.
8 Jak to vypadá? Metainformace (v souboru) SOP UIDs Serializace objektů DICOM Serializace objektů DICOM je řízena pomocí Transfer Syntax UID, který nastavuje: Pořadí byte (LE/BE) Serializaci VR (explicitní, implicitní) Kompresi obrazových dat (pokud jsou komprimovaná, tak Transfer Syntax je LE Explicit)
9 Jak to vypadá? Metainformace (v souboru) SOP UIDs Serializace objektů DICOM Serializace objektů DICOM je řízena pomocí Transfer Syntax UID, který nastavuje: Pořadí byte (LE/BE) Serializaci VR (explicitní, implicitní) Kompresi obrazových dat (pokud jsou komprimovaná, tak Transfer Syntax je LE Explicit) 1. Při sít ovém přenosu je Transfer Syntax vybrán dle typu objektu (SOP Class) při vyjednávání (negotiation phase)
10 Jak to vypadá? Metainformace (v souboru) SOP UIDs Serializace objektů DICOM Serializace objektů DICOM je řízena pomocí Transfer Syntax UID, který nastavuje: Pořadí byte (LE/BE) Serializaci VR (explicitní, implicitní) Kompresi obrazových dat (pokud jsou komprimovaná, tak Transfer Syntax je LE Explicit) 1. Při sít ovém přenosu je Transfer Syntax vybrán dle typu objektu (SOP Class) při vyjednávání (negotiation phase) 2. V případě souborů DICOM je Transfer Syntax nastaven na základě skupiny 0002 (File Meta Header)
11 Jak to vypadá? Metainformace (v souboru) SOP UIDs Serializace objektů DICOM Serializace objektů DICOM je řízena pomocí Transfer Syntax UID, který nastavuje: Pořadí byte (LE/BE) Serializaci VR (explicitní, implicitní) Kompresi obrazových dat (pokud jsou komprimovaná, tak Transfer Syntax je LE Explicit) 1. Při sít ovém přenosu je Transfer Syntax vybrán dle typu objektu (SOP Class) při vyjednávání (negotiation phase) 2. V případě souborů DICOM je Transfer Syntax nastaven na základě skupiny 0002 (File Meta Header) Doporučení: Vždy podporovat a nabízet všechny 3 zákl. syntaxe: LEI, LEE a BEE Pokud možno, vždy preferovat LEE jako výchozí
12 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM File Meta Information: Tab Selection Skupina 0002 je vždy Little Endian Explicit (pouze pro soubory). Je určena pouze pro soubory. Při posílání objektuů po síti je nutné ji odstranit. Transfer Syntax UID (0002,0010) je použito pro všechny další elementy (mimo skupinu 0002) a určuje: Explicit/Implicit VR Pořadí bytes (BE/LE) Kompresi pixelů a použitý algoritmus (v tom případě vždy Explicit VR Little Endian)
13 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM File Meta Information: Tab Selection Skupina 0002 je vždy Little Endian Explicit (pouze pro soubory). Je určena pouze pro soubory. Při posílání objektuů po síti je nutné ji odstranit. Transfer Syntax UID (0002,0010) je použito pro všechny další elementy (mimo skupinu 0002) a určuje: Explicit/Implicit VR Pořadí bytes (BE/LE) Kompresi pixelů a použitý algoritmus (v tom případě vždy Explicit VR Little Endian) Na síti tato skupina nemá co dělat(!)
14 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM Networking V síti DICOM jsou uzly nazývány AE (Application Entity), jsou identifikovány AE Title, AET (case sensitive) Komunikace DICOM probíhá peer-to-peer (tj. vždy mezi dvěma AE) Relace (session) DICOM se nazývá Association Asociace má dvě fáze:
15 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM Networking V síti DICOM jsou uzly nazývány AE (Application Entity), jsou identifikovány AE Title, AET (case sensitive) Komunikace DICOM probíhá peer-to-peer (tj. vždy mezi dvěma AE) Relace (session) DICOM se nazývá Association Asociace má dvě fáze: 1. Association Negotiation. Žádající AE zašle seznam prezentačních kontextů, určujících služby DICOM, které chce používat. Druhá strana zašle zpět stejný seznam, ve kterém označí, které služby akceptuje (lze použít), a které nikoliv (nebudou použity). 2. Výměna příkazů DICOM
16 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM Networking, základní služby Služba ověření (Verification service) je služba aplikační vrstvy. Slouží k ověření komunikace (C-ECHO)
17 Jak to vypadá? Metainformace (v souboru) SOP UIDs DICOM Networking, základní služby Služba ověření (Verification service) je služba aplikační vrstvy. Slouží k ověření komunikace (C-ECHO) Služba ukládání (Storage Service, C-STORE) je určena pro přenos objektů DICOM mezi dvěma AE. Tato služba je vyjednána zvlášt pro každou třídu SOP. Aplikace tak např. může povolit ukládání CT obrázků a zakázat ukládání MR obrázků (bad practice!).
18 Jak to vypadá? Metainformace (v souboru) SOP UIDs Transfer Syntax UID Native: Transfer Syntax UID Implicit VR, Little Endian Explicit VR, Little Endian Explicit VR, Big Endian Description
19 Jak to vypadá? Metainformace (v souboru) SOP UIDs SOP UID SOP UID SOP name Verification SOP Class Storage Commitment Push Model SOP Class Storage Commitment Pull Model SOP Class Retired Media Storage Directory Storage Procedural Event Logging SOP Class Secondary Capture Image Storage Multiframe Single Bit Secondary Capture Image Storage Multiframe Grayscale Byte Secondary Capture Image Storage Multiframe Grayscale Word Secondary Capture Image Storage Multiframe True Color Secondary Capture Image Storage Patient Root Query/Retrieve Information Model FIND Patient Root Query/Retrieve Information Model MOVE Patient Root Query/Retrieve Information Model GET Study Root Query/Retrieve Information Model FIND Study Root Query/Retrieve Information Model MOVE Study Root Query/Retrieve Information Model GET Modality Worklist Information Model FIND General Purpose Worklist Information Model FIND Viz
20 Kompozitní C-* Normalizované N-* PDU Základní příkazy C-ECHO C-FIND C-STORE C-MOVE C-GET
21 Kompozitní C-* Normalizované N-* PDU C-ECHO DICOM Ping Pozor, není ICMP ping(!) Používá úplné vyjednávání (negotiation) (testuje tedy více, než konektivitu IP) Každá AE, která podporuje asociace, musí C-ECHO podporovat.
22 Kompozitní C-* Normalizované N-* PDU C-FIND Součást služby Query/Retrieve Připodobňuje se SQL: Matching part: SQL WHERE (nutné vyplnit) To be returned part: SQL SELECT (prázdná pole) SCP Response: vyhovující datasety. Nakonec pošle potvrzení.
23 Kompozitní C-* Normalizované N-* PDU C-STORE DICOM Push SCU odesílá kompozitní instanci do SCP Slouží k odesílání obrázků z modality do úložiště PACS, nebo pro vytvoření doručovacího (delivery) mechanizmu pro C-MOVE
24 Kompozitní C-* Normalizované N-* PDU C-MOVE Vyžaduje, aby SCP fungoval jako C-STORE SCU. Kopíruje kompozitní instance do zvoleného AET (v 99 % do původního C-MOVE SCU) 1 Picture Archiving and Communication System
25 Kompozitní C-* Normalizované N-* PDU C-MOVE Vyžaduje, aby SCP fungoval jako C-STORE SCU. Kopíruje kompozitní instance do zvoleného AET (v 99 % do původního C-MOVE SCU) Nevýhoda: V požadavku lze zadat pouze AET (nikoliv IP/port). SCP tak musí mít tyto informace hardcoded v datových tabulkách (přidání často zpoplatněno). 1 Picture Archiving and Communication System
26 Kompozitní C-* Normalizované N-* PDU C-MOVE Vyžaduje, aby SCP fungoval jako C-STORE SCU. Kopíruje kompozitní instance do zvoleného AET (v 99 % do původního C-MOVE SCU) Nevýhoda: V požadavku lze zadat pouze AET (nikoliv IP/port). SCP tak musí mít tyto informace hardcoded v datových tabulkách (přidání často zpoplatněno). Nevýhoda: C-MOVE SCP musí vytvořit TCP spojení (k C-MOVE SCU), ale: Pokud má SCU dynamickou IP (např. DHCP), je serveru neznámá. Problémy s firewally Problémy s NAT 1 Picture Archiving and Communication System
27 Kompozitní C-* Normalizované N-* PDU C-MOVE Vyžaduje, aby SCP fungoval jako C-STORE SCU. Kopíruje kompozitní instance do zvoleného AET (v 99 % do původního C-MOVE SCU) Nevýhoda: V požadavku lze zadat pouze AET (nikoliv IP/port). SCP tak musí mít tyto informace hardcoded v datových tabulkách (přidání často zpoplatněno). Nevýhoda: C-MOVE SCP musí vytvořit TCP spojení (k C-MOVE SCU), ale: Pokud má SCU dynamickou IP (např. DHCP), je serveru neznámá. Problémy s firewally Problémy s NAT I tak bývá C-MOVE jediný protokol, nabízený většinou PACS 1 1 Picture Archiving and Communication System
28 Kompozitní C-* Normalizované N-* PDU C-GET Podobný C-MOVE, ale využívá původní asociaci Nevýhoda: SCU musí dopředu znát třídy SOP, které bude přijímat (musí vyjednat vhodné prezentační kontexty). Tyto informace lze (většinou) zjistit pomocí C-FIND. Nevýhoda: Málo podporovaný dodavateli řešení PACS
29 Kompozitní C-* Normalizované N-* PDU Normalizované operace Jednoduché databázové operace. Slouží jako základní blok pro složitější služby, např. tiskové služby. N-CREATE N-GET N-SET N-ACTION N-DELETE N-EVENT-REPORT
30 Kompozitní C-* Normalizované N-* PDU N-CREATE V rámci SCP vytvoří dataset pro další použití. Instance UID může být specifikováno SCU. Je-li prázdné, přiřadí jej SCP.
31 Kompozitní C-* Normalizované N-* PDU N-GET Žádost o jednoduchý dataset. Vyžaduje Instance UID. Může se jednat o tzv. Well Known UIDs:
32 Kompozitní C-* Normalizované N-* PDU N-GET Žádost o jednoduchý dataset. Vyžaduje Instance UID. Může se jednat o tzv. Well Known UIDs: Instance_StorageCommitmentPush Instance_Printer a další (méně používané)
33 Kompozitní C-* Normalizované N-* PDU N-SET Aktualizace jednoduchého datasetu. Vyžaduje Instance UID. Nejčastěji k umístění obrázku pro tisk na určitou část filmu. Slouží k aktualizaci stavu vyšetření (Modality Performed Procedure Step Service)
34 Kompozitní C-* Normalizované N-* PDU N-ACTION Žádost k SCP o blíže neurčenou akci. Nejčastěji tisk filmu, kontrola stavu uložení (část Storage Commitment 2 ) 2 Ověření, že byl obrázek opravdu přijat úložištěm. Některá úložiště totiž přijmou soubor (a potvrdí příjem) a až později zpracují záhlaví (např. při použití fronty). A to nemusí projít.
35 Kompozitní C-* Normalizované N-* PDU N-DELETE Žádost k SCP o smazání určitého objektu.
36 Kompozitní C-* Normalizované N-* PDU N-EVENT-REPORT Pozor, neobvykle posílána od SCP k SCU. Dříve používána pro aktualizaci stavu tiskárny (alert k SCU o film jam). Dále používána pro Storage Commitment
37 Kompozitní C-* Normalizované N-* PDU DICOM PDU: Typy Code PDU Type Symbol Description 01 :A-Associate-RQ Association request (from client) 02 :A-Associate-AC Association accept (from server) 03 :A-Associate-RJ Association reject (from server) 04 :P-Data-TF Message containing command(s) and/or data 05 :A-Release-RQ Association release request 06 :A-Release-RSP Association release response 07 :A-Abort Association abort notification A: Association, P:Presentation, TF: Technical Framework PDU: Protocol Data Unit
38 Obrázek: PDU M. Burša Structure DICOMand encoding Kompozitní C-* Normalizované N-* PDU PDU Structure and encoding
39 Kompozitní C-* Normalizované N-* PDU PDU Structure and encoding Obrázek: PDU Structure and encoding
40 Aneb po stopách C-ECHO (Packet sniffing) $ echoscu -aet ORTHANC -d
41 Aneb po stopách C-ECHO (Packet sniffing) $ echoscu -aet ORTHANC -d A-ASSOCIATE-RQ PDU
42 Aneb po stopách C-ECHO (Packet sniffing) $ echoscu -aet ORTHANC -d A-ASSOCIATE-RQ PDU PDU A-ASSOCIATE-AC
43 C-ECHO Part I $ echoscu -aet ORTHANC -d D: $dcmtk: echoscu v $ D: D: Request Parameters: D: ====================== BEGIN A-ASSOCIATE-RQ ===================== D: Our Implementation Class UID: D: Our Implementation Version Name: OFFIS_DCMTK_360 D: Their Implementation Class UID: D: Their Implementation Version Name: D: Application Context Name: D: Calling Application Name: ORTHANC D: Called Application Name: ANY-SCP D: Responding Application Name: resp. AP Title D: Our Max PDU Receive Size: D: Their Max PDU Receive Size: 0 D: Presentation Contexts: D: Context ID: 1 (Proposed) D: Abstract Syntax: =VerificationSOPClass D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =LittleEndianImplicit D: Requested Extended Negotiation: none D: Accepted Extended Negotiation: none D: Requested User Identity Negotiation: none D: User Identity Negotiation Response: none D: ======================= END A-ASSOCIATE-RQ ======================...
44 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, Tab. 9-11
45 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ
46 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: PDU Type: 0x01, 2.: 0x00, 3. 6.: Len (0xCD=205), Endianity?!
47 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: PDU Type: 0x01, 2.: 0x00, 3. 6.: Len (0xCD=205), Endianity?! Note: Ref part 08, sec : The Big Endian byte ordering has been chosen for consistency with the OSI and TCP/IP environment. This pertains to the DICOM UL PDU headers only. The encoding of the PDV message fragments is defined by the Transfer Syntax negotiated at association establishment.
48 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, Tab. 9-11
49 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 7. 8.: Proto ver., : 0x00, : Called AET, : Calling AET, : Reserved
50 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, Tab. 9-11
51 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Application Context, Tab. 9-12
52 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x10, 2.: 0x00, 3. 4.: Len (0x15=21), Endianity?!, 5+: App Ctx Name (ref: Part07, A.2.1): A single DICOM Application Context Name is defined for this version of this Standard. This name is " "
53 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, Presentation Context, Tab. 9-13
54 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x20, 2.: 0x00, 3. 4.: Len (0x2E=46), Endianity?!, 5.: PresentatinContext ID (odd, 1 255), 6. 8.: Reserved, 9+: Abstract Syntax, Transfer syntax(es)
55 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, Presentation Context, Abstract Syntax, Tab. 9-14
56 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x30, 2.: 0x00, 3. 4.: Len (0x11=17), Endianity?!, 5+: Abstract Syntax Name
57 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x30, 2.: 0x00, 3. 4.: Len (0x11=17), Endianity?!, 5+: Abstract Syntax Name : Verification SOP Class
58 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, Presentation Context, Transfer Syntax, Tab. 9-15
59 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x40, 2.: 0x00, 3. 4.: Len (0x11=17), Endianity?!, 5+: Transfer Syntax Name(s)
60 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x40, 2.: 0x00, 3. 4.: Len (0x11=17), Endianity?!, 5+: Transfer Syntax Name(s) : Neviděli jsme to někde?
61 Transfer Syntax UID Native: Transfer Syntax UID Implicit VR, Little Endian Explicit VR, Little Endian Explicit VR, Big Endian Description
62 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x40, 2.: 0x00, 3. 4.: Len (0x11=17), Endianity?!, 5+: Transfer Syntax Name(s) : Implicit VR, LE
63 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x40, 2.: 0x00, 3. 4.: Len (0x11=17), Endianity?!, 5+: Transfer Syntax Name(s) : Implicit VR, LE Tím jsme skončili Presentation Context
64 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC
65 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name
66 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE
67 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE User Info: TBD
68 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE User Info: TBD Q: Co je vlastně ?
69 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE User Info: TBD Q: Co je vlastně ? A: NEMA registered root ID from ANSI (has root).
70 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, User Information, Tab. 9-16
71 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x50, 2.: 0x00, 3. 4.: Len (0x3A=58), Endianity!, 5+: User-data (def. by DICOM AE)
72 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x50, 2.: 0x00, 3. 4.: Len (0x3A=58), Endianity!, 5+: User-data (def. by DICOM AE) Ale co to zase je...?
73 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x50, 2.: 0x00, 3. 4.: Len (0x3A=58), Endianity!, 5+: User-data (def. by DICOM AE) Ale co to zase je...? Začíná to 0x51...
74 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x50, 2.: 0x00, 3. 4.: Len (0x3A=58), Endianity!, 5+: User-data (def. by DICOM AE) Ale co to zase je...? Začíná to 0x51... Ale vypadá to známě...?
75 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, User Information, Max Length, Sub-Item, Tab. D.1.1
76 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x51, 2.: 0x00, 3. 4.: Len (0x04=4), Endianity!, 5. 8.: Max. len. of P-DATA-TF PDU (0 means no limit): 0x4000=16KiB.
77 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x51, 2.: 0x00, 3. 4.: Len (0x04=4), Endianity!, 5. 8.: Max. len. of P-DATA-TF PDU (0 means no limit): 0x4000=16KiB. A další část (User Info) začíná 0x52...
78 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x51, 2.: 0x00, 3. 4.: Len (0x04=4), Endianity!, 5. 8.: Max. len. of P-DATA-TF PDU (0 means no limit): 0x4000=16KiB. A další část (User Info) začíná 0x52... Tak pojd me do Part07, Sec. D.3: Sub-items
79 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, User Information, Implementation UID, Sub-Item, Tab. D.1.1
80 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x51, 2.: 0x00, 3. 4.: Len (0x1b=27), Endianity!, 5.+: Implementation Class UID
81 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x51, 2.: 0x00, 3. 4.: Len (0x1b=27), Endianity!, 5.+: Implementation Class UID
82 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x51, 2.: 0x00, 3. 4.: Len (0x1b=27), Endianity!, 5.+: Implementation Class UID A poslední část: Zkuste si ;)
83 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields, User Information, Implementation version name, Tab. D.3.3
84 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x55, 2.: 0x00, 3. 4.: Len...
85 ASSOCIATE-RQ Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x55, 2.: 0x00, 3. 4.: Len... OFFIS_DCMTK_360
86 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE User Info:
87 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE User Info: Implementation Class UID: Implementation Class Name: OFFIS_DCMTK_360
88 ASSOCIATE-RQ Souhrn: Protocol version: Version 1 Called AET: ANY-SCP Calling AET: ORTHANC App.Ctx: : DICOM App Context Name Pres.Ctx: Abstract Syntax: : VerificationSOPClass Transfer Syntax: : Implicit VR, LE User Info: Implementation Class UID: Implementation Class Name: OFFIS_DCMTK_360 DCMTK Dicom Toolkit
89 C-ECHO Part I $ echoscu -aet ORTHANC -d D: $dcmtk: echoscu v $ D: D: Request Parameters: D: ====================== BEGIN A-ASSOCIATE-RQ ===================== D: Our Implementation Class UID: D: Our Implementation Version Name: OFFIS_DCMTK_360 D: Their Implementation Class UID: D: Their Implementation Version Name: D: Application Context Name: D: Calling Application Name: ORTHANC D: Called Application Name: ANY-SCP D: Responding Application Name: resp. AP Title D: Our Max PDU Receive Size: D: Their Max PDU Receive Size: 0 D: Presentation Contexts: D: Context ID: 1 (Proposed) D: Abstract Syntax: =VerificationSOPClass D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =LittleEndianImplicit D: Requested Extended Negotiation: none D: Accepted Extended Negotiation: none D: Requested User Identity Negotiation: none D: User Identity Negotiation Response: none D: ======================= END A-ASSOCIATE-RQ ======================...
90 C-ECHO Part II $ echoscu -aet ORTHANC -d D: $dcmtk: echoscu v $ D: Request Parameters: D: ====================== BEGIN A-ASSOCIATE-RQ =====================... D: ======================= END A-ASSOCIATE-RQ ====================== I: Requesting Association D: Constructing Associate RQ PDU D: PDU Type: Associate Accept, PDU Length: bytes PDU header D: b e 59 2d D: f e D: D: D: e D: 32 2e e e 33 2e 31 2e D: 31 2e D: 2e 32 2e e e 31 2e 32 D: a b D: 31 2e 32 2e e 30 2e D: 30 2e 33 2e 30 2e 33 2e 36 2e f 4f D: f d 54 4b 5f D: Parsing an A-ASSOCIATE PDU D: Association Parameters Negotiated:... Už víme...
91 ASSOCIATE-AC Obrázek: PDU: ASSOCIATE-RQ Fields 1.: Item Type: 0x02,...
92 ASSOCIATE-AC Obrázek: PDU: ASSOCIATE-AC Fields
93 C-ECHO Part III $ echoscu -aet ORTHANC -d D: $dcmtk: echoscu v $ D: Request Parameters: D: ====================== BEGIN A-ASSOCIATE-RQ =====================... D: ======================= END A-ASSOCIATE-RQ ====================== I: Requesting Association... D: ======================= END A-ASSOCIATE-AC ====================== I: Association Accepted (Max Send PDV: 16372) I: Sending Echo Request: MsgID 1 I: Received Echo Response (Status: Success) I: Releasing Association
94 Aneb po stopách C-STORE $ storescu -aet STORESCU -d <DICOMFILE>
95 C-STORE Part I: A-Associate-RQ $ storescu -aet STORESCU -d <DICOMFILE> I: checking input files... D: Request Parameters: D: ====================== BEGIN A-ASSOCIATE-RQ ===================== D: Our Implementation Class UID: D: Our Implementation Version Name: OFFIS_DCMTK_360 D: Their Implementation Class UID: D: Their Implementation Version Name: D: Application Context Name: D: Calling Application Name: STORESCU D: Called Application Name: ANY-SCP D: Responding Application Name: resp. AP Title D: Our Max PDU Receive Size: D: Their Max PDU Receive Size: 0 D: Presentation Contexts: D: Context ID: 1 (Proposed) D: Abstract Syntax: =AmbulatoryECGWaveformStorage D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =LittleEndianExplicit D: Context ID: 3 (Proposed) D: Abstract Syntax: =AmbulatoryECGWaveformStorage D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =BigEndianExplicit D: =LittleEndianImplicit D: Context ID: 5 (Proposed)...
96 C-STORE Part II: A-Associate-RQ $ storescu -aet STORESCU -d <DICOMFILE>... D: ====================== BEGIN A-ASSOCIATE-RQ ===================== D: Our Implementation Class UID: D: Our Implementation Version Name: OFFIS_DCMTK_ D: Our Max PDU Receive Size: D: Their Max PDU Receive Size: 0 D: Presentation Contexts: D: Context ID: 1 (Proposed) D: Abstract Syntax: =AmbulatoryECGWaveformStorage D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =LittleEndianExplicit... D: Context ID: 255 (Proposed) D: Abstract Syntax: =XRayRadiofluoroscopicImageStorage D: Proposed SCP/SCU Role: Default D: Proposed Transfer Syntax(es): D: =BigEndianExplicit D: =LittleEndianImplicit D: Requested Extended Negotiation: none D: Accepted Extended Negotiation: none D: Requested User Identity Negotiation: none D: User Identity Negotiation Response: none D: ======================= END A-ASSOCIATE-RQ ======================
97 C-STORE Part III: A-Associate-AC PDU Dump $ storescu -aet STORESCU -d <DICOMFILE>... D: ====================== BEGIN A-ASSOCIATE-RQ =====================... D: ======================= END A-ASSOCIATE-RQ ====================== I: Requesting Association D: Constructing Associate RQ PDU D: PDU Type: Associate Accept, PDU Length: bytes PDU header D: Only dumping 512 bytes. D: b e 59 2d D: f D: D: D: e D: 32 2e e e 33 2e 31 2e D: 31 2e b D: 2e 32 2e e e 31 2e 32 D: 2e b e D: 32 2e e e 31 2e 32 2e D: b e 32 D: 2e e e 31 2e 32 2e 31 D: b e 32 2e D: e e 31 2e 32 2e D: b e 32 2e D: 2e 31 2e 32 2e b 1b
98 C-STORE Part III: A-Associate-AC PDU Parse $ storescu -aet STORESCU -d <DICOMFILE>... D: ====================== BEGIN A-ASSOCIATE-AC ===================== D: Our Implementation Class UID: D: Our Implementation Version Name: OFFIS_DCMTK_360 D: Their Implementation Class UID: D: Their Implementation Version Name: OFFIS_DCMTK_360 D: Application Context Name: D: Calling Application Name: STORESCU D: Called Application Name: ANY-SCP D: Responding Application Name: ANY-SCP D: Our Max PDU Receive Size: D: Their Max PDU Receive Size: D: Presentation Contexts: D: Context ID: 1 (Accepted) D: Abstract Syntax: =AmbulatoryECGWaveformStorage... D: Accepted Transfer Syntax: =LittleEndianExplicit... D: Context ID: 255 (Accepted) D: Abstract Syntax: =XRayRadiofluoroscopicImageStorage... D: Accepted Transfer Syntax: =BigEndianExplicit D: Requested Extended Negotiation: none D: Accepted Extended Negotiation: none D: Requested User Identity Negotiation: none D: User Identity Negotiation Response: none D: ======================= END A-ASSOCIATE-AC ====================== I: Association Accepted (Max Send PDV: 16372)
99 C-STORE Part IV: Outgoing DIMSE Msg $ storescu -aet STORESCU -d <DICOMFILE>... D: ====================== BEGIN A-ASSOCIATE-AC =====================... D: ======================= END A-ASSOCIATE-AC ====================== I: Association Accepted (Max Send PDV: 16372) I: Sending file: BRAINSAG D: DcmItem::checkTransferSyntax() TransferSyntax="Little Endian Explicit" I: Transfer Syntax: LittleEndianExplicit -> LittleEndianExplicit I: Sending Store Request: MsgID 1, (MRe) D: ===================== OUTGOING DIMSE MESSAGE ==================== D: Message Type : C-STORE RQ D: Message ID : 1 D: Affected SOP Class UID : EnhancedMRImageStorage D: Affected SOP Instance UID : D: Data Set : present D: Priority : low D: ======================= END DIMSE MESSAGE ======================= I: Received Store Response...
100 C-STORE Part IV: Incoming DIMSE Msg $ storescu -aet STORESCU -d <DICOMFILE>... D: ====================== BEGIN A-ASSOCIATE-AC =====================... D: ======================= END A-ASSOCIATE-AC ====================== I: Association Accepted (Max Send PDV: 16372) I: Sending file: BRAINSAG.. I: Transfer Syntax: LittleEndianExplicit -> LittleEndianExplicit I: Sending Store Request: MsgID 1, (MRe) D: ===================== OUTGOING DIMSE MESSAGE ====================... D: ======================= END DIMSE MESSAGE ======================= I: Received Store Response D: ===================== INCOMING DIMSE MESSAGE ==================== D: Message Type : C-STORE RSP D: Presentation Context ID : 77 D: Message ID Being Responded To : 1 D: Affected SOP Class UID : EnhancedMRImageStorage D: Affected SOP Instance UID : D: Data Set : none D: DIMSE Status : 0x0000: Success D: ======================= END DIMSE MESSAGE ======================= I: Releasing Association
101 C-STORE Part V: Overall $ storescu -aet STORESCU -d <DICOMFILE>... D: ====================== BEGIN A-ASSOCIATE-RQ =====================... D: ======================= END A-ASSOCIATE-RQ ====================== I: Requesting Association D: Constructing Associate RQ PDU D: PDU Type: Associate Accept, PDU Length: bytes PDU header... D: Parsing an A-ASSOCIATE PDU D: Transport connection: TCP/IP, unencrypted. D: Association Parameters Negotiated: D: ====================== BEGIN A-ASSOCIATE-AC =====================.. D: ======================= END A-ASSOCIATE-AC ======================... D: ===================== OUTGOING DIMSE MESSAGE ==================== D: Message Type : C-STORE RQ.. D: ======================= END DIMSE MESSAGE ======================= I: Received Store Response D: ===================== INCOMING DIMSE MESSAGE ==================== D: Message Type : C-STORE RSP...D D: DIMSE Status : 0x0000: Success D: ======================= END DIMSE MESSAGE ======================= I: Releasing Association
102 DICOM networking prakticky Více na cvičení
103 Díky......za pozornost
104 Otázky ke zkoušce Rozdíl mezi C- a N- příkazy. Jaké znáte? Co jsou well-known UID? Co je SCU/SCP? Jak se spolu domluví SCU a SCP? ASOCIATE-RQ je BE/LE? Proč? Co je AE, AET? Jak probíhá asociace? Jaký je rozdíl mezi C-ECHO a (ICMP) ping? Co je/k čemu slouží SOP UID?
Digital Imaging and Communications in Medicine (DICOM)
Digital Imaging and Communications in Medicine (DICOM) Miroslav Burša 1 1 BEAT Research Group CIIRC CTU in Prage Czech Technical University in Prague 14. října 2016 Jak to vypadá? Co je DICOM? Přehled
Počítačové sítě Systém pro přenos souborů protokol FTP
Počítačové sítě Systém pro přenos souborů protokol FTP Autorizovaný přístup do souborového systému hostitelského uzlu Informace o obsahu souborového systému hostitelského uzlu Obousměrný přenos kopií souborů
Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták
Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták 25.4.2005 Obsah Úvod Vrstvy podle TCP/IP Požadavek / Odpověď Metody požadavku Hlavičky Kódy odpovědi Ukázka 25.4.2005 Pavel
SSL Secure Sockets Layer
SSL Secure Sockets Layer internetové aplikační protokoly jsou nezabezpečené SSL vkládá do architektury šifrující vrstvu aplikační (HTTP, IMAP,...) SSL transportní (TCP, UDP) síťová (IP) SSL poskytuje zabezpečenou
Čipové karty Lekařská informatika
Čipové karty Lekařská informatika Následující kód je jednoduchou aplikací pro čipové karty, která po překladu vytváří prostor na kartě, nad kterým jsou prováděny jednotlivé operace a do kterého jsou ukládány
Digitalizace v radiologii a digitální obrazová komunikace mezi radiologickými pracovišti. Bartoňková H., Polko V.
Digitalizace v radiologii a digitální obrazová komunikace mezi radiologickými pracovišti Bartoňková H., Polko V. Zdravotnický formát pro obrazovou dokumentaci DICOM 3 (Digital Imaging and Communication
Telekomunikační sítě Protokolové modely
Fakulta elektrotechniky a informatiky, VŠB-TU Ostrava Telekomunikační sítě Protokolové modely Datum: 14.2.2012 Autor: Ing. Petr Machník, Ph.D. Kontakt: petr.machnik@vsb.cz Předmět: Telekomunikační sítě
Architektura protokolů
Architektura protokolů KIV/PD Přenos dat Martin Šimek O čem přednáška je? 2 co se rozumí architekturou protokolů? protokol a složky protokolu encapsulace protokolových složek ISO OSI RM Co se rozumí architekturou
SQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
Protokoly: IP, ARP, RARP, ICMP, IGMP, OSPF
IP vrstva Protokoly: IP, ARP, RARP, ICMP, IGMP, OSPF UDP TCP Transportní vrstva ICMP IGMP OSPF Síťová vrstva ARP IP RARP Ethernet driver Vrstva síťového rozhraní 1 IP vrstva Do IP vrstvy náležejí další
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence schopnost, který je spolufinancován
Protokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Operační systém TCP/IP TCP spojení TCP/IP Pseudo terminal driver Operační systém
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS: 03.220.01; 35.240.60 Inteligentní dopravní systémy Komunikační infrastruktura pro
Uspořádaný seznam nula nebo více elementů, každý je typem ASN.1 (heterogenní seznam) uspořádaný seznam stejných elementů
Basic Encoding Roles and ASN.1 ASN.1 je univerzální jazyk pro specifikaci datových typů. Dovoluje definovat nejen typ dat, ale i jejich velikost (rozsah hodnot) a význam. BER (Basic Encoding Roles) je
Studium protokolu Session Decription Protocol. Jaroslav Vilč
Studium protokolu Session Decription Protocol Jaroslav Vilč 5. února 2007 Session Description Protocol (SDP) SDP je určen pro popis multimediálních relací. Jedná se o dobře definovaný formát postačující
Analýza aplikačních protokolů
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE Fakulta elektrotechnická PROJEKT Č. 4 Analýza aplikačních protokolů Vypracoval: V rámci předmětu: Jan HLÍDEK Komunikace v datových sítích (X32KDS) Měřeno: 28. 4. 2008
Protokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Jádro TCP/IP TCP/IP Jádro Pseudo terminal driver Uživatel u terminálu TCP spojení
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS: 03.220.01; 35.240.60 Inteligentní dopravní systémy Komunikační infrastruktura pro
Identifikátor materiálu: ICT-3-03
Identifikátor materiálu: ICT-3-03 Předmět Téma sady Informační a komunikační technologie Téma materiálu TCP/IP Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí architekturu TCP/IP. Druh
Email. email. Email spolupráce více systémů. email. Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP.
email Email email Email spolupráce více systémů Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP POP or IMAP MSGFMT (RFC822,...) a MIME Email splitting & relaying 1 relaying
Zadávací dokumentace k podlimitní veřejné zakázce na dodávky
FAKULTNÍ NEMOCNICE BRNO Jihlavská 20, 625 00 Brno tel: 532 231 111 ŘEDITELSTVÍ ředitel FN Brno: MUDr. Roman Kraus, MBA tel.: 532 232 000, fax: 543 211 185 e-mail: rkraus@fnbrno.cz IČO: 652 697 05, DIČ:
EXTRAKT z technické normy ISO
EXTRAKT z technické normy ISO Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Kooperativní ITS Zkušební architektura ISO/TS 20026
Relační vrstva SMB-Síťový komunikační protokol aplikační vrstvy, který slouží ke sdílenému přístupu k souborům, tiskárnám, sériovým portům.
Aplikační vrstva http-protokol, díky kterému je možné zobrazovat webové stránky. -Protokol dokáže přenášet jakékoliv soubory (stránky, obrázky, ) a používá se také k různým dalším službám na internetu
Architektury komunikujících systémů
Architektury komunikujících systémů Referenční model ISO OSI Petr Grygárek rek 1 Vrstvená architektura komunikujících systémů 2 Vlastnosti vrstvené architektury Cílem dekompozice problému komunikace na
7. Relační a prezentační vrstva
7. Relační a prezentační vrstva PB156: Počítačové sítě Eva Hladká Slidy připravil: Tomáš Rebok Fakulta informatiky Masarykovy univerzity jaro 2015 Eva Hladká (FI MU) 7. Relační a prezentační vrstva jaro
Moduly MicroUnit serie. všechny typy s výjimkou řady MU-43x, MU-44x a MU-84x
MicroUnit implementace protokolu Modbus Dokument: MicroUnit_Implementace_Modbus / v. 3.01 / 14.12.2016 Moduly MicroUnit serie všechny typy s výjimkou řady MU-43x, MU-44x a MU-84x implementace protokolu
Úvod Úrovňová architektura sítě Prvky síťové architektury Historie Příklady
Úvod Úrovňová architektura sítě Prvky síťové architektury Historie Příklady 1 Pracovní stanice modem Pracovní stanice Směrovač sítě Směrovač sítě Pracovní stanice Aplikační server Směrovač sítě 2 Soubor
ZÁKLADNÍ ANALÝZA SÍTÍ TCP/IP
ZÁKLADNÍ ANALÝZA SÍTÍ TCP/IP ÚVOD Analýza sítě je jedním z prostředků potřebných ke sledování výkonu, údržbě a odstraňování závad v počítačových sítích. Většina dnešních sítí je založena na rodině protokolů
GUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA
GUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA What is an FTP client and how to use it? FTP (File transport protocol) - A protocol used to transfer your printing data files to the MAFRAPRINT
Tvorba informačních systémů
9. Tvorba informačních systémů Michal Krátký, Miroslav Beneš Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2007/2008 c 2006-2008 Michal Krátký, Miroslav Beneš Tvorba
SNMP Simple Network Management Protocol
SNMP Simple Network Management Protocol Vypracoval: Lukáš Skřivánek Email: skrivl1@fel.cvut.cz SNMP - úvod Simple Network Management Protocol aplikační protokol pracující nad UDP (porty 161,162) založený
Komunikační protokoly počítačů a počítačových sítí
Komunikační protokoly počítačů a počítačových sítí Autor: Ing. Jan Nožička SOŠ a SOU Česká Lípa VY_32_INOVACE_1138_Komunikační protokoly počítačů a počítačových sítí_pwp Název školy: Číslo a název projektu:
Uživatelský modul. DF1 Ethernet
Uživatelský modul DF1 Ethernet APLIKAC NÍ PR ÍRUC KA POUŽITÉ SYMBOLY Použité symboly Nebezpečí Důležité upozornění, jež může mít vliv na bezpečí osoby či funkčnost přístroje. Pozor Upozornění na možné
Semestrální projekt do předmětu. Technologie počítačových sítí
VŠB TU OSTRAVA 10.1.2007 Semestrální projekt do předmětu Technologie počítačových sítí Analýza a praktické ověření možností protokolu IPCP Vypracovali : Luboš Hejduk hej044, Petr Sedlář sed165 1 Analýza
ilé aspekty distribuovaných objektových systémů
Pokročil ilé aspekty distribuovaných objektových systémů Petr Grygárek rek 1 Komunikační protokoly 2 General Inter-ORB Interoperability Protocol (GIOP) Původně v CORBA Postupně přejat do RMI Implementace
Počítačová síť. je skupina počítačů (uzlů), popřípadě periferií, které jsou vzájemně propojeny tak, aby mohly mezi sebou komunikovat.
Počítačové sítě Počítačová síť je skupina počítačů (uzlů), popřípadě periferií, které jsou vzájemně propojeny tak, aby mohly mezi sebou komunikovat. Základní prvky sítě Počítače se síťovým adaptérem pracovní
POPIS STANDARDU CEN TC278/WG4. 1 z 5. Oblast: TTI. Zkrácený název: Zprávy přes CN 4. Norma číslo:
POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 4 Norma číslo: 14821-4 Norma název (en): Traffic and Traveller Information (TTI) TTI messages via cellular networks Part 4: Service-independent
7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.
7. Aplikační vrstva Studijní cíl Představíme si funkci aplikační vrstvy a jednotlivé protokoly. Doba nutná k nastudování 2 hodiny Aplikační vrstva Účelem aplikační vrstvy je poskytnout aplikačním procesům
Úvod Jednoduchá komunikace Sockety Konec. Programování v C# Síťová komunikace. Petr Vaněček 1 / 33
Programování v C# Síťová komunikace Petr Vaněček 1 / 33 Obsah přednášky Jednoduchá komunikace Sockety 2 / 33 System.Net Namespace poskytuje jednoduché rozhraní ke standardním protokolům Třída WebClient
Blast Rozhraní DeviceNet
Blast Rozhraní DeviceNet Verze: 1.0 27/09/2001 BLAST-E MNU 0030 MANUÁL DNetBlast JKO MEZ CZ s.r.o. ELEKTROPOHONY Oficiální zastoupení firem REEL S.r.l. a EARP s.p.a Hájecká 2 618 00 Brno-Černovice Tel./fax
A7B36PSI Úvod 1/29. Jan Kubr. Honza Kubr - 1_uvod
A7B36PSI Úvod 1/29 A7B36PSI přednášející: kubr@fel.cvut.cz,místnost KN:E-435,(22435) 7628 cvičící: Ondřej Votava votavon1@fel.cvut.cz, KN:E-22,(22435) 7296, Michal Medvecký medvem1@fel.cvut.cz, KN:E-435,(22435)
FPC - Převodník pro čínské čtečky F17 a F18 - podrobný popis služeb a příkazů -
FPC - Převodník pro čínské čtečky F17 a F18 - podrobný popis služeb a příkazů - verze 1.0, 16.5.2011 Jiří Libra, jiri.libra@gmail.com Příkazy služby FPCManagement Formát dat služby FPCManagement v protokolu
Architektury komunikujících systémů
Architektury komunikujících systémů Referenční model ISO OSI Petr Grygárek Historická realita Alternativní (proprietární) síťové architektury Různé filosofie (koncepce) otevřené nebo uzavřené standardy
Michal Krátký, Miroslav Beneš
Tvorba informačních systémů 1/20 Tvorba informačních systémů Michal Krátký, Miroslav Beneš Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2008/2009 Tvorba informačních
Semestrální projekt do SPS Protokol RSVP na Cisco routerech
Semestrální projekt do SPS Protokol RSVP na Cisco routerech Vypracoval: Marek Dovica DOV003 Milan Konár KON300 Cíl projektu Cílem projektu je přiblížit problematiku protokolu RSVP a ověřit jeho funkčnost
Šifrování (2), FTP. Petr Koloros p.koloros [at] sh.cvut.cz. http://sut.sh.cvut.cz
![Šifrování (2), FTP. Petr Koloros p.koloros [at] sh.cvut.cz. http://sut.sh.cvut.cz](/thumbs/25/5884225.jpg "Šifrování (2), FTP. Petr Koloros p.koloros [at] sh.cvut.cz. http://sut.sh.cvut.cz")
Šifrování (2), FTP Petr Koloros p.koloros [at] sh.cvut.cz http://sut.sh.cvut.cz Obsah Úvod do šifrování FTP FTP server ProFTPd Šifrovaný přístup Virtuální servery Síť FTPek na klíč FTP File Transfer Protokol
Kurz Databáze. Přechod na SQL server. Obsah. Vytvoření databáze. Lektor: Doc. Ing. Radim Farana, CSc.
Kurz Databáze Přechod na SQL server Lektor: Doc. Ing. Radim Farana, CSc. Obsah Vytvoření databáze. Konverze databáze z MS-Access na SQL Server. Konverzní předpis pro pozdější použití. Definice schématu
Komunikace eorders. aegis. aegis.cz. Konference Common 2009 Malá Fatra. Evžen Kučera
Komunikace eorders Konference Common 2009 Malá Fatra Evžen Kučera Obsah Požadavky na komunikaci Aegis utility Systém Programové Komunikační Nadstavba pro LeasePlan Kontrola komunikací Další rozvoj Požadavky
Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky UPS. FTP Klient. A05463 fboranek@atlas.
Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky UPS FTP Klient Plzeň, 2007 František Bořánek A05463 fboranek@atlas.cz Obsah 1 Úvod......2 2 Zadaní......2
Secure Socket Layer. SSLv2, SSLv3, TSLv1. Čolakov Todor KIV / PSI
SSLv2, SSLv3, TSLv1 Čolakov Todor KIV / PSI 1. května 2005 Úvod Cíl vytvoření bezpečného spojení Původ firma Netscape Verze SSL 2.0 SSL 3.0 - opravuje mnoho chyb SSL 2.0 TSL 1.0 - velmi podobná SSL3.0
Nastavení telefonu Sony Ericsson P800
Nastavení telefonu Sony Ericsson P800 Telefon Sony Ericsson P800, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny.
Efektivní provoz koncových stanic
Efektivní provoz koncových stanic Jan Vávra SSP Datacenter Trendy a výzvy Trend a situace Více starostí Co chtějí uživatelé Překvapivě více pracovat. IT. Co udělá? Musí reagovat. Různorodá zařízení, mobilita,
Distribuovaná synchronizace. Paralelní a distribuované systémy. 11. Přednáška Vzájemné vyloučení. Centralizovaný algoritmus - fronta procesů
Distribuovaná synchronizace Využití kritické sekce při vzájemném vyloučení v distribuovaném systému Paralelní a distribuované systémy 11. Přednáška Vzájemné vyloučení Logicky distribuovaný systém s vlákny
4. Síťová vrstva. Síťová vrstva. Počítačové sítě I. 1 (6) KST/IPS1. Studijní cíl. Představíme si funkci síťové vrstvy a jednotlivé protokoly.
4. Síťová vrstva Studijní cíl Představíme si funkci síťové vrstvy a jednotlivé protokoly. Doba nutná k nastudování 3 hodiny Síťová vrstva Síťová vrstva zajišťuje směrování a poskytuje jediné síťové rozhraní
RESTful API TAMZ 1. Cvičení 11
RESTful API TAMZ 1 Cvičení 11 REST Architektura rozhraní navržená pro distribuované prostředí Pojem REST byl představen v roce 2000 v disertační práci Roye Fieldinga, zkratka z Representional State Transfer
Project Life-Cycle Data Management
Project Life-Cycle Data Management 1 Contend UJV Introduction Problem definition Input condition Proposed solution Reference Conclusion 2 UJV introduction Research, design and engineering company 1000
íta ové sít TCP/IP Protocol Family de facto Request for Comments
Architektura TCP/IP v současnosti nejpoužívanější síťová architektura architektura sítě Internet Uplatnění user-end systémy (implementace všech funkčních vrstev) mezilehlé systémy (implementace spodních
Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal. Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni
Webové aplikace Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni Harmonogram Dopolední blok 9:00 12:30 Ing. Dostal Úvod, XHTML + CSS Ing. Brada,
Počítačové sítě. Lekce 3: Referenční model ISO/OSI
Počítačové sítě Dekompozice sítě na vrstvy 2 Komunikace mezi vrstvami 3 Standardizace sítí ISO = International Standards Organization Přesný název: Mezinárodní organizace pro normalizaci (anglicky International
ios Cvičení RSS čtečka
strana 1 ios Cvičení RSS čtečka Jiří Kamínek Kaminek.jiri@stoneapp.com strana 2 Vytvoření nového projektu v XCode Název RSSLesson Navigation-based Application use Core Data for storage nezaškrtávat strana
Nastavení komunikace mezi Productivity2000 a měničem MOVIDRIVE MDX61B
Ing. Michal Martin Nastavení komunikace mezi Productivity2000 a měničem MOVIDRIVE MDX61B Vydala firma TECON spol. s.r.o. Nastavení komunikace mezi Productivity2000 a měničem MOVIDRIVE MDX61B Autor: Ing.
X36PKO Úvod Jan Kubr - X36PKO 1 2/2006
X36PKO Úvod Jan Kubr - X36PKO 1 2/2006 X36PKO přednášející: Jan Kubr kubr@fel.cvut.cz,místnost G2,(22435) 7628 cvičící: Jan Kubr Jiří Smítka smitka@fel.cvut.cz, G2, 7629 Pavel Kubalík xkubalik@fel.cvut.cz,
NetFlow a NBA? FlowMon 7 umí mnohem více! (NPM, APM, VoIPM, packet capture) Petr Špringl springl@invea.com
NetFlow a NBA? FlowMon 7 umí mnohem více! (NPM, APM, VoIPM, packet capture) Petr Špringl springl@invea.com Monitoring sítě Network visibility &security Perimeter security End point security Gartner doporučuje
Počítačové sítě 1 Přednáška č.4 Síťová vrstva
Počítačové sítě 1 Přednáška č.4 Síťová vrstva Osnova = Síťová vrstva = Funkce síťové vrstvy = Protokoly síťové vrstvy = Protokol IPv4 = Servisní protokol ICMP ISO/OSI 7.Aplikační 6.Prezentační 5.Relační
Inovace bakalářského studijního oboru Aplikovaná chemie
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Síťové vrstvy a protokoly Síťové vrstvy Fyzická vrstva Lan,
POPIS STANDARDU CEN TC278/WG4. Oblast: RTTT. Zkrácený název: Přenos TTI přes DSRC 1. Norma číslo:
POPIS STANDARDU CEN TC278/WG4 Oblast: RTTT Zkrácený název: Přenos TTI přes DSRC 1 Norma číslo: 14822-1 Norma název (en): Road transport and traffic telematics Traffic and travel information - Medium range
EXTRAKT z technické normy CEN ISO
EXTRAKT z technické normy CEN ISO Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Kooperativní ITS Zařízení stanice ITS pro přenos
Přístup k transportní vrstvě z vrstvy aplikační rozhraní služeb služby pro systémové aplikace, služby pro uživatelské aplikace DNS
Aplikační vrstva Přístup k transportní vrstvě z vrstvy aplikační rozhraní služeb služby pro systémové aplikace, služby pro uživatelské aplikace RIP DNS TELNET HTTP SNMP RTP SMTP FTP port UDP TCP IP 1 Aplikační
Bc. David Gešvindr MSP MCSA MCTS MCITP MCPD
Bc. David Gešvindr MSP MCSA MCTS MCITP MCPD 1. Příprava k instalaci SQL Serveru 2. Instalace SQL Serveru 3. Základní konfigurace SQL Serveru Vychází ze Sybase SQL Server Verze Rok Název Codename 7.0 1998
Rastrové grafické formáty. Václav Krajíček KSVI MFF UK, 2007
Rastrové grafické formáty Václav Krajíček KSVI MFF UK, 2007 Grafické formáty Velké množství Mnoho různých požadavků na uložená data neobrazová data Nativní formáty Například: PSP (Photoshop), XFC (Gimp)
Síťový plán signalizace Příloha 5. Technická specifikace SCCP
Síťový plán signalizace Příloha 5 Technická specifikace SCCP 1 Základní ustanovení 1.1 Specifikace SCCP vychází z ITU-T doporučení Q.711, Q.712, Q.713, Q.714, Q.716 (03/93) modifikovaných normou ETS 300
Inovace bakalářského studijního oboru Aplikovaná chemie
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Síťové vrstvy a protokoly Síťové vrstvy Síťové vrstvy Fyzická
Tvorba aplikace typu klient/server pomocí Windows Communication Foundation
Tvorba aplikace typu klient/server pomocí Windows Communication Foundation Petr Kafka Ing. Václav Novák, CSc. Školní rok: 2008-09 Abstrakt Tato bakalářská práce se bude zabývat využitím programovacího
Datum vytvoření. Vytvořeno 18. října 2012. Očekávaný výstup. Žák chápe pojmy URL, IP, umí vyjmenovat běžné protokoly a ví, k čemu slouží
Číslo projektu CZ.1.07/1.5.00/34.0394 Škola SOŠ a SOU Hustopeče, Masarykovo nám. 1 Autor Ing. Miriam Sedláčková Číslo VY_32_INOVACE_ICT.3.01 Název Teorie internetu- úvod Téma hodiny Teorie internetu Předmět
Paralelizace datových přenosů
Paralelizace datových přenosů přes rozlehlé vysokorychlostní sítě Martin Čížek Vedoucí: Ing. Antonín Král Katedra počítačů FEL ČVUT Zimní semestr 2005 Martin Čížek (FEL ČVUT) Paralelizace datových přenosů
Počítačové sítě Internetový systém elektronické pošty
Výměna elektronických zpráv mezi uživateli ukládání do schránek (mailboxes) Princip store and forward, využití MX záznamů v DNS Zpráva v původní verzi pouze text, v rozšířené verzi (specifikace MIME Multipurpose
Komentáře CISO týkající se ochrany dat
Komentáře CISO týkající se ochrany dat 2 ! 300 mld. autentizací přes Azure AD měsíčně 1 mld. updatů a kontrol zařízení s Windows 200 mld. emailů testovaných proti malwaru 18 mld. scanovaných webových
Site - Zapich. Varianta 1
Site - Zapich Varianta 1 1. Koncovy uzel PC1 overuje pres PING konektivitu uzlu PC3. Jaky bude obsah ethernetoveho ramce nesouciho ICMP zpravu od PC1 na portu Fa0/3 SW1? SRC address: MAC_PC1 DST address:
Tipy technické podpory 2015
21. Wonderware konference ČR/SR - 2015 Tipy technické podpory 2015 Pavel Průša, Tomáš Mandys, Jaroslav Jarka Tipy technické podpory 2015 Manipulace s aplikacemi InTouch Vývoj, nasazení, provoz Manipulace
Základy databází. O autorech 17 PRVNÍ ČÁST. KAPITOLA 1 Začínáme 19
3 Obsah Novinky v tomto vydání 10 Význam základních principů 11 Výuka principů nezávisle na databázových produktech 12 Klíčové pojmy, kontrolní otázky, cvičení, případové studie a projekty 12 Software,
Protokol HTTP 4IZ228 tvorba webových stránek a aplikací
4IZ228 tvorba webových stránek a aplikací Jirka Kosek Poslední modifikace: $Date: 2006/11/23 15:11:51 $ Obsah Úvod... 3 Co je to HTTP... 4 Základní model protokolu... 5 Struktura požadavku v HTTP 1.0 a
Architektura TCP/IP je v současnosti
Architektura TCP/IP - úvod Architektura TCP/IP je v současnosti nejpoužívanější síťová architektura architektura sítě Internet Uplatnění TCP/IP user-end systémy (implementace všech funkčních vrstev) mezilehlé
Základy počítačových sítí Model počítačové sítě, protokoly
Základy počítačových sítí Model počítačové sítě, protokoly Základy počítačových sítí Lekce Ing. Jiří ledvina, CSc Úvod - protokoly pravidla podle kterých síťové komponenty vzájemně komunikují představují
Vytvoření pokročilé Fotogalerie v Drupalu - Views
Vytvoření pokročilé Fotogalerie v Drupalu - Views Views Máme tři pohledy: gallery_photos, all_galeries, admin_gallery Buď je můžete vytvořit podle návodu níže, nebo importovat z přiložených txt souborů
The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into
The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material,
Zásobník protokolů TCP/IP
Zásobník protokolů TCP/IP Základy počítačových sítí Lekce 3 Ing. Jiří ledvina, CSc Úvod Vysvětlení základních pojmů a principů v protokolovém zásobníku TCP/IP Porovnání s modelem ISO/OSI Adresování v Internetu
POPIS TUN TAP. Vysvetlivky: Modre - překlad Cervene - nejasnosti Zelene -poznamky. (Chci si ujasnit o kterem bloku z toho schematu se mluvi.
Vysvetlivky: Modre - překlad Cervene - nejasnosti Zelene -poznamky POPIS TUN TAP (Chci si ujasnit o kterem bloku z toho schematu se mluvi.) VAS MODEL OpenVPN MUJ MODEL funkce virtuálního sítového rozhrani
aktuality, novinky Ing. Martin Řehořek
CzechPOINT@office aktuality, novinky Ing. Martin Řehořek Novell Professional Services ČR, s.r.o. mrehorek@novell.com Agenda CzechPOINT@office Aktuality z provozu KzMU statistiky Mám zájem o konverzi Kde
QoS na L2/L3/L4. Brno, 28.05.2015 Ing. Martin Ťupa
QoS na L2/L3/L4 Brno, 28.05.2015 Ing. Martin Ťupa Měření kvality služeb Kolik protlačíte přes aktivní prvky? Kde jsou limitní hodnoty ETH spoje? Central Office Data Hlas Video House Multiservice switch
Informační systémy 2008/2009. Radim Farana. Obsah. Jazyk SQL
4 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk SQL, datové typy, klauzule SELECT, WHERE, a ORDER BY. Doporučená
Kupní smlouva. I. Smluvní strany
Kupní smlouva I. Smluvní strany Masarykův onkologický ústav se sídlem Žlutý kopec 7, 656 53 Brno zastoupený prof. MUDr. Janem Žaloudíkem, CSc., ředitelem IČ: 00209805, DIČ: CZ00209805 Bankovní spojení:
Schéma e-pošty. UA (User Agent) rozhraní pro uživatele MTA (Message Transfer Agent) zajišťuje dopravu dopisů. disk. odesilatel. fronta dopisů SMTP
Elektronická pošta Schéma e-pošty odesilatel UA disk SMTP fronta dopisů disk MTA SMTP MTA adresát UA disk POP IMAP poštovní schránka disk MTA SMTP UA (User Agent) rozhraní pro uživatele MTA (Message Transfer
Aplikační protokoly CAN pro dieselelektrické lokomotivy
Aplikační protokoly CAN pro dieselelektrické lokomotivy Aleš Hajný Industrial and Transport Control Systems Protokol CAN SAE J1939 protokol je určen pro komunikaci s řídícími jednotkami dieslových motorů
5. Směrování v počítačových sítích a směrovací protokoly
5. Směrování v počítačových sítích a směrovací protokoly Studijní cíl V této kapitole si představíme proces směrování IP.. Seznámení s procesem směrování na IP vrstvě a s protokoly RIP, RIPv2, EIGRP a
Lukáš Kubis. lukas.kubis@student-partners.com MSP pro VŠB-TU Ostrava
Lukáš Kubis lukas.kubis@student-partners.com MSP pro VŠB-TU Ostrava Agenda Simplified Configuration Discovery Routing Service Other Features WCF Service Communication Service 1 Service 2 Caller Message
Počítačové sítě Aplikační vrstva Domain Name System (DNS)
Aplikační vrstva Domain Name System (DNS) DNS je distribuovaná databáze, kterou používají TCP/IP aplikace k mapování doménových jmen do IP adres (a naopak) DNS informace jsou rozprostřeny po množině DNS
Vazba ESO9 na MS Outlook a MS Exchange
Vazba ESO9 na MS Outlook a MS Exchange Zpracoval: Kočíbová Jana U Mlýna 2305/22, 141 Praha 4 Záběhlice Dne: 24.6.2011 tel.: +420 585 203 370-2 e-mail: info@eso9.cz Revize: Urych Tomáš www.eso9.cz Dne:
Pokročilé Webové služby a Caché security. Š. Havlíček
Pokročilé Webové služby a Caché security Š. Havlíček Webové služby co se tím míní? Webová služba metoda komunikace mezi dvěma elektronickými zařízeními přes internet Typicky jsou pomocí rozhraní přístupné
Semestra lnı pra ce z prˇedmeˇtu : Mobilnı komunikace Popis profilu Bluetooth zar ˇı zenı Autor Libor Uhlı rˇ
Semestrální práce z předmětu : Mobilní komunikace Popis profilů Bluetooth zařízení Autor Libor Uhlíř OBSAH 1 Profily 3 1.1 GAP - Generic Access Profile.................... 3 1.2 SDAP - Service Discovery
CzechPOINT@office a konverze na úřadech Martin Řehořek
CzechPOINT@office a konverze na úřadech Martin Řehořek Novell Professional Services ČR, s.r.o. mrehorek@novell.com Agenda CzechPOINT@office Lokální administrátor Autorizovaná konverze na žádost Autorizovaná