Építsünk IP telefont!
|
|
- Jakab Nemes
- 9 évvel ezelőtt
- Látták:
Átírás
1 Építsünk IP telefont! Moldován István Sonkoly Balázs BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK
2 Egy IP telefon felépítése Menedzsment interfész Építsünk IP telefont! 2
3 SIP Építsünk IP telefont! 3
4 SIP Történet A SIP-et az IETF MMUSIC (Multiparty MUltimedia SessIon Control) munkacsoportja dolgozta ki. Az első RFC 1999-ból származik. (RFC 2543) 2002-ben frissítették az RFC-t. ( RFC 3261) SIP V2.0 Azóta számos kiegészítés jelent meg hozzá Guruk: J. Rosenberg, H. Schulzrinne A SIP jelzési protokoll Nem foglalkozik a médiaátvitellel Sem a minőségbiztosítással
5 Mire jó a SIP? Felhasználó helyének meghatározása Felhasználó állapotának meghatározása Felhasználó képességeinek feltérképezése Kapcsolat felépítése és lebontása Kapcsolat állapotának menedzselése Rengeteg egyéb dolog
6 ...és mire nem Nem foglalkozik a kapcsolat adatainak átvitelével Inkább minden egyéb célra más protokollokat használ
7 Fő funkciók Multimédiás (MM) összeköttetések kezdeményezése és lezárása a felhasználók között Felhasználók megkeresése (mobilitás és proxy-támogatás) regisztráció támogatása Fontos jellemző: HTTP jellegű à az üzenetek szövegesek
8 Hogyan tudja ezeket a feladatokat ellátni? A SIP csak egy része a teljes hálózatnak: SDP (Session Description Protocol) MEGACO (Gateway Control Protocol) RTP (Real-time Transport Protocol) RTSP (Real-time Streaming Protocol) Szinkronizált streameket hoz létre és vezérel Network remote control for media servers SAP (Session Advertisment Protocol) multicast sessionoket hirdető protokoll, hogy a potenciális hallgatók tudjanak kapcsolódni MIME (Multipurpose Internet Mail Extension) COPS (Common Open Policy Service) policy kérdezhet le egy kliens a szervertől Policy Decision Point Policy Enforcement Point TCP / UDP / IP...
9 CÍMZÉS Építsünk IP telefont! 9
10 A SIP előnyei Egyszerű Rugalmas Jól skálázható Elosztott Képes együttműködni más hasonló protokolokkal Könnyen bővíthető Mobilitást támogatja
11 SIP viszonya a web-bel és az -lel SIP jól integrálható a web és szolgáltatásokkal Három alapvető indok MIME URIs DNS
12 SIP és MIME SIP MIME formátumot használ átvitelre Nagyon sok MIME típusból lehet választani Sok kódolási és tömörítési eljárást lehet használni Alap egyeztetési (negotiation) mechanizmusok SIP lehetővé teszi Web oldalak, képek és dokumentumok átvitelét Multi-part több rész egy csomagban való átvitelére UTF-8 kódolás Hasonló a http üzenetekhez, de nem a http kiterjesztéséről van szó. Kérés válasz alapú üzenetváltások (Request Response)
13 SIP és URI URI Uniform Resource Identifier URL általánosítása SIP címek tulajdonképpen URL-ek A SIP URL formátum hasonlít a mailto-hoz SIP bármilyen URI-t megenged ott, ahová SIP URL-t használhatunk Alkalmazások Web-oldal vagy PC telefon átirányítása hasonlóan egyszerű komplex http URL-k felhasználásával a web szerverhez adatot lehet átadni
14 SIP szerverek Nem összekeverendő a felhasználói ügynök szerverrel Alkalmazások, amelyek képesek SIP kéréseket elfogadni, és válaszolni azokra SIP szerverek csak logikailag léteznek A valóságban a SIP szerver megvalósítások több típust tartalmaznak egyszerre Különböző körülmények között eltérő típusú szerverként viselkedhetnek
15 SIP címek SIP globális címeket biztosít A hívott fél SIP REGISTER metódussal foglalja le A hívó fél ennek a címnek az alapján valós-idejű kapcsolatot hozhatnak létre URLs példák: tamas@tmit.bme.hu sip:voic @tmit.bme.hu?subject=callme sip:sales@hotel.xy;geo.position:=48.54_ _120 Tartalmaznia kell host Tartalmazhatja user name port number Parameters (e.g.,transport), Korlátlan cím-tér
16 SIP és DNS -t részben DNS mechanizmusok segítségével routolják SIP majdnem hasonló eljárásokat alkalmaz SIP lehetővé teszi, hogy egy cím SIP cím legyen Következmények Kihasználhatjuk a jelenlegi továbbító rendszert Magától értetődő a SIP kérés ként való továbbítása Nem kell újabb címet megjegyezni
17 ESZKÖZÖK Építsünk IP telefont! 17
18 Hálózati elemek 1. Registrar szerver Regisztrációs kéréseket fogad Hitelesítést is végezhet Felhasználók helyét tárolja (Location szerver) DNS segítségével kereshető Registrar Redirect szerver Átirányít hívásokat nulla, egy vagy több helyre Nem küld kéréseket, nem fogad hívásokat Végpontok User Agents Softphone, Hardveres telefonok
19 Hálózati elemek 2. Proxy szerver Kéréseket továbbít a címzettek felé Hozzáfér a többi szerver adatbázisához Nem küldhet kérést, csak továbbíthat, de megérti és akár át is írhatja azokat Stateless proxy Csak az adott üzenet alapján reagál Nem tárol információkat Nem ismétel üzeneteket (erőforrás takarékos) Stateful proxy Tárolja a hívás állapotát, információkat Üzenetek újraküldhet Miért kell Redirect szerver akkor? Kapacitás...
20 SIP User Agents (SUA) SIP felhasználói ügynöknek (SIP User Agent - SUA) A SIP kapcsolat létrehozására képes Végberendezés vagy szoftver A SIP legfontosabb célja az, hogy két ilyen ügynök között kapcsolat kiépítését
21 SIP User Agent Szerver (UAS) vagy kliens (UAC) Maga a végpont egyszerre mind a kettő funkciót megvalósítja A szerep attól függ, ki mit csinál a kommunikációban Akár egy kapcsolat közben is többször változik
22 SIP Gateway A SIP átjárók (gateway) alkalmazások Felületet biztosítanak SIP hálózatok és más jelzésprotokollt használó hálózatok között Egy speciális típusú felhasználói ügynök Másik protokoll képviseletében működik Végződteti a SIP jelzésutat Egyben a multimédia út vége is lehet. Akár több ezer felhasználót is kiszolgálhat
23 SIP szerverek SIP proxy szerver (Proxy) vagy ügynökként viselkedve továbbít egy SIP kérést vagy pedig válaszol Átirányító SIP szerverek (Redirect) olyan típusú szerverek, amelyek ugyan válaszolnak kérésekre de azokat nem továbbítják Regisztrációs szerver (Registrar) regisztrációs mechanizmusnak nincs megfelelője a hagyományos telefonos világban hasonló a mobiltelefon bekapcsolásakor lezajló folyamatra amikor az továbbítja az aktuális pozícióját (Location Server)
24 1 2 ABC 4 5 G HI JKL 7 8 PQ RS TUV 0 OPER 3 DEF 6 MNO 9 W X YZ # CISCO IP PHON E messages services directories i s et t i n gs 1 2 ABC 4 5 GHI J KL 7 8 PQRS TUV 0 OPER 3 DEF 6 M NO 9 WXYZ # CISC O IP PHO NE 7960 messages services directories i settings Hálózati architektúra * *
25 KOMMUNIKÁCIÓ Építsünk IP telefont! 25
26 SIP kommunikáció Szöveges jellegű üzenetek Kliens-szerver modell: kérések és válaszok Aki kérdez: UAC Aki válaszol: UAS Egy kommunikációs kapcsolat közben többször változik
27 Fontosabb SIP üzenetek INVITE: összeköttetés kezdeményezése, felhasználandó médiumok az azokhoz tartozó portszám ACK: hívásfelépítés megerősítése hívás paraméterek OPTIONS: a szolgáltató által támogatott szolgáltatások REGISTER: cím bejegyeztetése a szerverbe, a felhasználó ezzel jelzi, hogy hol van BYE: összeköttetés lezárása, kapcsolat bontása CANCEL: ha egy helyről válasz érkezett a kérésünkre, ezzel törölhetjük a többi, felesleges kérést
28 SIP válaszok HTTP1.1-szerű, de vannak eltérések Kódszám és szöveges értelmezés 6 csoport A válaszüzenetek Warning mezőjében további hiba okok átvitelére is lehetőség van. Ezek lehetnek: protokoll hibák (pl.: Incompatible network protocol, Attribute not understood) alap hálózati szolgáltatás hibák (pl.: Multicast not available, Unicast not available) QoS problémák (pl.: Insufficient Bandwidth) egyéb hibák.
29 SIP válaszcsoportok 1xx 2xx 3xx 4xx 5xx 6xx Informational Successful Redirection Request failure Server failure Global failure
30 SIP válaszok 1xx 1xx Informational/Provisional Informális, átmeneti válasz, a feldolgozás folyamatban. Akkor használatos, ha a végleges válasz várhatóan több mint 200 ms múlva áll rendelkezésre. Csak ideiglenes információt tartalmaz, utána mindenképpen kell következnie egy végleges válasznak a 2xx, 3xx, 4xx, 5xx, vagy 6xx csoportból. Példák: 100- Trying, 180 Ringing.
31 SIP válaszok 2xx 2xx Successful Sikeres végrehajtás. Az igényelt tranzakció megértve, elfogadva, és sikeresen befejezve. Példa: 200 OK.
32 SIP válaszok 3xx 3xx Redirect Átirányítás. A hívás felépítéséhez még további műveletek szükségesek (újrairányítás). A hívott új helyére utaló információ az üzenetben megtalálható (pl. 302: Moved temporarily). Arra is van lehetőség, hogy a több helyen beregisztrált felhasználó címeit visszaküldjük, és a hívó válassza ki a megfelelő végződést (300 Multiple choices).
33 SIP válaszok 4xx 4xx Request failure Kliens hiba. A kért művelet végrehajtása során hiba fordult elő, nem végrehajtható. Példák: 400 Bad request, 401 Unauthorized, 402 Payment required (!)
34 SIP válaszok 5xx 5xx Server failure Szerver hiba. Bár a kérés sikeres és végrehajtható, a szerveren belül valami hiba történt. Példák: 500 Server internal error, 502 Bad gateway.
35 SIP válaszok 6xx 6xx Global failure Általános hiba a keresett felhasználó elérésekor Példák: 600 Busy everywhere, 603 Decline.
36 SIP üzenetek struktúrája Request Method INVITE sip: there. com SIP/ 2.0 Via: SIP/ 2.0/ UDP here. com: 5060 From: BigGuy< sip: here. com> To: LittleGuy <sip: there. com> Call- ID: here. com CSeq: 1 INVITE Subject: Happy Christmas Contact: BigGuy <sip: UserA@ here. com> Content- Type: application/ sdp Content- Length: 147 Response Status SIP/ OK Via: SIP/ 2.0/ UDP here. com: 5060 From: BigGuy< sip: UserA@ here. com> To: LittleGuy <sip: UserB@ there. com>; tag= 65a35 Call- ID: @ here. com CSeq: 1 INVITE Subject: Happy Christmas Contact: LittleGuy <sip: UserB@ there. com> Content- Type: application/ sdp Content- Length: 134 v= 0; o= UserA IN IP4 here. com s= Session SDP; c= IN IP ; t= 0 0 m= audio RTP/ AVP 0; a= rtpmap: 0 PCMU/ 8000
37 Üzenetek felépítése 1. A legegyszerűbb REQUEST típusú üzenet: INVITE sip:bob@biloxi.com SIP/2.0 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hg4bk776asdhds Max-Forwards: 70 To: Bob <sip:bob@biloxi.com> From: Alice <sip:alice@atlanta.com>;tag= Call-ID: a84b4c76e66710@pc33.atlanta.com CSeq: INVITE Contact: <sip:alice@pc33.atlanta.com> Content-Type: application/sdp Content-Length: SDP rész...
38 Üzenetek felépítése 2. SIP/ OK Via: SIP/2.0/UDP server10.biloxi.com ;branch=z9hg4bknashds8;received= Via: SIP/2.0/UDP bigbox3.site3.atlanta.com ;branch=z9hg4bk77ef4c ;received= Via: SIP/2.0/UDP pc33.atlanta.com ;branch=z9hg4bk776asdhds ;received= To: Bob From: Alice Call-ID: CSeq: INVITE Contact: Content-Type: application/sdp Content-Length: 131
39 Egyéb fejléc mezők Record-Route: A kommunikáció ezen (ezeken) a szerveren keresztül kell történjen. Reply-To: Ide küldje a választ az üzenetekre, ne a feladónak. Retry-After: Ha éppen foglalt, akkor ilyenkor próbálja meg megint. User-Agent: A végpont azonosítására. Proxy-Authenticate: Proxy küldi, ha hitelesítést kér a kliensektől. WWW-Authenticate: Végpontok küldik, ha hitelesítést kérenek. Authorization (Proxy-Authorization): Információk küldése a hozzáférés engedélyezéséhez. Authentication-Info: Ocionális válasz az Authenticate kérésekre.
40 SIP üzenetváltás Request Response SIP Redirect Server Location Service 2 3 SIP Client SIP Proxy SIP Client (User Agent Server) SIP Proxy
41 SIP regisztrációs üzenetek Regisztrál a tamas felhasználó Hozzárendeli saját PC-jének IP címét REGISTER sip: tmit.bme.hu SIP/ 2. 0 From: sip: tamas@tmit.bme.hu To: sip: tamas@tmit.bme.hu Contact: <sip: > Expires: 5400 Location Server tamas@ SIP/ OK Registrar
42 Regisztráció 1. REGISTER sips:ss2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061;branch=z9hg4bknashds7 Max-Forwards: 70 From: Bob To: Bob Call-ID: CSeq: 1 REGISTER Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
43 Regisztráció 1. SIP/ Unauthorized Via: SIP/2.0/TLS Client.biloxi.example.com:5061;branch=z9hG4bKnashds7 ;received= From: Bob To: Bob Call-ID: CSeq: 1 REGISTER WWW-Authenticate: Digest realm="atlanta.example.com", qop="auth", nonce="ea9c8e88df84f1cec4341ae6cbe5a359", opaque="", stale=false, algorithm=md5 Content-Length: 0
44 Regisztráció 1. REGISTER sips:ss2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061;branch=z9hg4bknashd92 Max-Forwards: 70 From: Bob To: Bob Call-ID: CSeq: 2 REGISTER Contact: <sips:bob@client.biloxi.example.com> Authorization: Digest username="bob", realm="atlanta.example.com" nonce="ea9c8e88df84f1cec4341ae6cbe5a359", opaque="", uri="sips:ss2.biloxi.example.com", response="dfe56131d d ecc" Content-Length: 0
45 Regisztráció 1. SIP/ OK Via: SIP/2.0/TLS client.biloxi.example.com:5061;branch=z9hg4bknashd92 ;received= From: Bob To: Bob Call-ID: CSeq: 2 REGISTER Contact: <sips:bob@client.biloxi.example.com>;expires=3600 Content-Length: 0
46 Kapcsolat felépítése direkt módon 1. INVITE SIP/2.0 Via: SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hg4bk74bf9 Max-Forwards: 70 From: Alice To: Bob Call-ID: CSeq: 1 INVITE Contact: <sip:alice@client.atlanta.example.com;transport=tcp> Content-Type: application/sdp Content-Length: 151 v=0 o=alice IN IP4 client.atlanta.example.com s=- c=in IP t=0 0 m=audio RTP/AVP 0 a=rtpmap:0 PCMU/8000
47 Kapcsolat felépítése direkt módon 2. SIP/ OK Via: SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hg4bk74bf9 ;received= From: Alice To: Bob Call-ID: CSeq: 1 INVITE Contact: <sip:bob@client.biloxi.example.com;transport=tcp> Content-Type: application/sdp Content-Length: 147 v=0 o=bob IN IP4 client.biloxi.example.com s=- c=in IP t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
48 Kapcsolat felépítése direkt módon 3. ACK SIP/2.0 Via: SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hg4bk74bd5 Max-Forwards: 70 From: Alice To: Bob Call-ID: CSeq: 1 ACK Content-Length: 0
49 Hívás Proxy-val SIP User Agent 1. INVITE 2. INVITE 4. 2xx 3.2xx 5. ACK SIP Proxy Server 6. ACK SIP User Agent
50 A proxy által betöltött szerep Minél több információ van a proxy birtokában, annál jobban tudja feladatát végezni Annál nagyobb a felelőssége is Szolgáltatói környezetben ismernünk kell a kapcsolatok főbb paramétereit (kezdet, vég, igényelt erőforrások), hogy a szolgáltatás minőségét biztosítani tudjunk Stateful proxy Állapotfigyelő proxy Stateless proxy
51 Stateful Proxy Minden kommunikáció a proxy-n keresztül Csak a SIP tranzakció ideje alatt Nem vizsgálja a médiát További lehetőség a Record Route opció SIP INVITE X.Y@bme.hu SIP200 OK
52 Stateless proxy INVITE: x.y 302 ideiglenesen máshol van Contact: ACK: Proxy Location Server INVITE: OK 200 ACK:
53 Kapcsolat felépítése proxyval 1.
54 Kapcsolat felépítése proxyval 2. INVITE SIP/2.0 Via: SIP/2.0/TCP ss2.biloxi.example.com:5060;branch=z9hg4bk721e4.1 Via: SIP/2.0/TCP ss1.atlanta.example.com:5060;branch=z9hg4bk2d ;received= Via: SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hg4bk74bf9 ;received= Max-Forwards: 68 Record-Route: <sip:ss2.biloxi.example.com;lr>, <sip:ss1.atlanta.example.com;lr> From: Alice To: Bob Call-ID: CSeq: 2 INVITE Contact: <sip:alice@client.atlanta.example.com;transport=tcp> Content-Type: application/sdp Content-Length:
55 Kapcsolat felépítése átirányítással 1.
56 Kapcsolat felépítése átirányítással 2. SIP/ Moved Temporarily Via: SIP/2.0/UDP client.atlanta.example.com:5060;branch=z9hg4bkbf9f44 ;received= From: Alice To: Bob Call-ID: CSeq: 1 INVITE Contact: <sip:bob@chicago.example.com;transport=tcp> Content-Length: 0 INVITE sip:bob@chicago.example.com SIP/2.0 Via: SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hg4bk74bf9 Max-Forwards: 70 From: Alice <sip:alice@atlanta.example.com>;tag=9fxced76sl To: Bob <sip:bob@biloxi.example.com> Call-ID: 2xTb9vxSit55XU7p8@atlanta.example.com CSeq: 2 INVITE Contact: <sip:alice@client.atlanta.example.com;transport=tcp> Content-Length: 0
57 SIP - összefoglalás Internet-barátságos jelzési protokoll Jól illeszkedik az Internet protokolljaihoz Rugalmas Skálázható Integrálása a távközlés egyéb területeihez
58 SDP Építsünk IP telefont! 58
59 Session Description Protocol IETF RFC 2327 Multimédia kapcsolatok leírására alkalmas protokoll. Kapcsolatok meghirdetése, és azoknak az információknak a közzététele, amik szükségesek a kapcsolódáshoz. Nem foglalkozik azzal, hogy hogyan jut el ez az információ a többi félhez, csak a leírás formátumát definiálja. Más protokollok is használják: SIP, SAP, RTSP
60 Az SDP leírás tartalma Session név és cél Az időintervallumok, amikor a session aktív A média ami a sessiont tartalmazza video, audio A médiához hozzájutás módja: ip cím, port, formátum Egyéb információk. Pl: sávszélesség, kapcsolattartó címe,...
61 Média Információ Média típusa (audio,video,adat,alkalmazás,vezérlés,..) Transzport protokol Média formátuma (kódolás) Unicast session Távoli pont címe Távoli port Multicast session Multicast cím Távoli port
62 Az SDP leírás felépítése Session Description v Verzió o Tulajdonos (neve, címe, session id, session verzió) s Session név (i) Session információ (u) A leírásra mutató URI (e) cím (p) Telefonszám (c) Kapcsolat információ (Net Type, Addr Type, Addr) (b) Sávszélesség információ (z) Időzóna (k) Titkosítási kulcs (a) Session Tulajdonságok (több is lehet) Time Description Media Description
63 Az SDP leírás felépítése Session Description Time Description t Az időpontok, amikor a session aktív kezdő és vég (r) Ismétlési időpontok (több is lehet) Media Description
64 Az SDP leírás felépítése Session Description Time Description Media Description m Média cím és port (RTCP+1 automatikusan (i) Média cím (c) Kapcsolat információ (b) Sávszélesség információ (k) Titkosítási kulcs (a) Session Tulajdonságok (több is lehet)
65 SDP Példa v=0 o=alice IN IP4 client.atlanta.example.com s=- c=in IP t=0 0 m=audio RTP/AVP a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 ilbc/8000 m=video RTP/AVP a=rtpmap:31 H261/90000 a=rtpmap:32 MPV/90000 SIP offer answer modell
66 Kérdések? KÖSZÖNÖM A FIGYELMET! moldovan@tmit.bme.hu Építsünk IP telefont! 66
SIP. Jelzés a telefóniában. Session Initiation Protocol
SIP Jelzés a telefóniában Session Initiation Protocol 1 Telefon hívás létrehozása 2 Jelzés és hálózat terhelés 3 Jelzés sík és jelzés típusok 4 TDM - CAS Channel Associated Signaling 5 CCS - Signaling
Építsünk IP telefont!
Építsünk IP telefont! Moldován István moldovan@ttt-atm.ttt.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK TANTÁRGY INFORMÁCIÓK Órarend 2 óra előadás, 2 óra
IP alapú távközlés. Voice over IP (VoIP)
IP alapú távközlés Voice over IP (VoIP) Analóg jel digitalizálása A t 125 μs Analóg jel digitalizálása Analóg jel átalakítása Mintavételezés (8kHz) Kvantálás (8bit) Folytonos jelből amplitúdóban és időben
VoIP (Voice over IP)
VoIP (Voice over IP) Analog Telephone Adapter (ATA) Public Switched Telephone Network (PSTN) Private Branch exchang (PBX) Interactive Voice Response (IVR) Helyi hálózatok tervezése és üzemeltetése 1 Történelem
3G UMTS, IMS, SIP. Kanizsai Zoltán kanizsai@hit.bme.hu
3G UMTS, IMS, SIP Kanizsai Zoltán kanizsai@hit.bme.hu Tartalom 3G UMTS hálózatok IP Multimedia Subsystem (IMS) Session Initiation Protocol (SIP) Szoftver megoldások: OpenSIPS és elődei OpenIMS 2010.04.27.
MULTIMÉDIA-TOVÁBBÍTÁS
MULTIMÉDIA-TOVÁBBÍTÁS AZ IP FELETT 2. rész Hívásvezérlő protokollok: H.323 az ITU protokollcsaládja SIP Session Initiation Protocol, az IETF hívásvezérlő protokollja Apr 25, 2013, Budapest Szabó Csaba
Voice over IP (VOIP) Dr. Répás Sándor
Voice over IP (VOIP) Dr. Répás Sándor Analóg jel digitalizálása Mintavételezés Időben diszkrét, amplitúdóban folyamatos jel előállítása Shannon Nyquist-féle mintavételezési tétel A mintavételezés frekvenciája
Infokommunikációs szolgáltatások és alkalmazások
Infokommunikációs szolgáltatások és alkalmazások Tételkidolgozás 2010/2011 tavaszi félév 1. NGN hálózati koncepció, NGN ALL-IP architektúra, NGN átmenet, az IMS szerepe. Konvergencia folyamatok, FMS, FMC,
VoIP biztonság. BME - TMIT Médiabiztonság feher.gabor@tmit.bme.hu
VoIP biztonság BME - TMIT Médiabiztonság feher.gabor@tmit.bme.hu VoIP támadások Támadás a VoIP szoftveren keresztül OS támadása Windows és Linux/UNIX alapok - szerverek Hardphone hibák Konfigurációs hibák
VoIP Megoldások. Készítette: Lipcsei János
VoIP Megoldások Készítette: Lipcsei János VoIP fogalma [1] VoIP = voice over IP rövidítése Kommunikációs protokollok, eljárások, technológiák, átviteli technikák összessége, amelyek lehetővé teszik emberi
INFOKOMMUNIKÁCIÓS SZOLGÁLTATÁSOK ÉS ALKALMAZÁSOK
INFOKOMMUNIKÁCIÓS SZOLGÁLTATÁSOK ÉS ALKALMAZÁSOK 2011. március 4., Budapest A regisztráció és a hívásfelépítés folyamata az IMS rendszerében Dr. Imre Sándor Szabó Sándor BME Híradástechnikai Tanszék szabos@hit.bme.hu
ColourSMS Protokol definíció. Version 1.2
ColourSMS Protokol definíció Version 1.2 1.1 HTTP request A ColourSMS(Westel/Pannon) alkalmazások által kiadott HTTP request formátuma a következő: http://third_party_url/path_to_application A third_party_url
Rétegezett architektúra HTTP. A hálózatfejlesztés motorját a hálózati alkalmazások képezik. TCP/IP protokoll készlet
HTTP Hálózat Rétegezett architektúra felhasználók Alkalmazási Web, e-mail, file transfer,... Szállítási Internet Hálózat-elérési Végponttól végpontig terjedő átvitel, Megbízható átvitel, sorrendbe állítás,
API tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
Két típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI)
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) -
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
Alapfogalmak, WWW, HTTP
Alapfogalmak, WWW, HTTP WEB technológiák Dr. Tóth Zsolt Miskolci Egyetem 2015 Dr. Tóth Zsolt (Miskolci Egyetem) Alapfogalmak, WWW, HTTP 2015 1 / 34 Tartalomjegyzék Hálózati Alapfogalmak Internet 1 Hálózati
Kommunikáció. 3. előadás
Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek
MOTIware IMS MediaGateway megvalósítása. Új generációs multimédiás szolgáltatások IMS alapokon
MOTIware IMS MediaGateway megvalósítása Új generációs multimédiás szolgáltatások IMS alapokon Tartalom Media Gateway a MOTIware IMSben... 3 Media Resource Function (MRF)... 3 Media Gateway... 3 Technikai
MULTIMÉDIA TOVÁBBÍTÁSA AZ IP FELETT
MULTIMÉDIA TOVÁBBÍTÁSA AZ IP FELETT 1. rész Bevezető áttekintés Médiakezelő protokollok (RTP, RTCP, RTSP) Multimédia 1. Dr. Szabó Csaba Attila egy. tanár BME Hálózati Rendszerek és Szolgáltatások Tanszék
Networkshop 2014 (április 23-25.) 1.
Networkshop 2014 (április 23-25.) 1. 1. Asteriskhez kellene egy VoIP kliens a következő feltételekkel: -Multiplatform (Android, ios, Windows, Linux, stb.) -Könnyen kezelhető, felhasználóbarát -Ingyenes
IP Telefónia és Biztonság
IP Telefónia és Biztonság Telbisz Ferenc KFKI RMKI Számítógép Hálózati Központ és Magyar Telekom PKI-FI Networkshop 2006 IP Telefónia és Biztonság 1 Tartalomjegyzék Bevezetés Terminológia A VoIP architektúrája
Adatátviteli rendszerek Mobil IP. Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet
Adatátviteli rendszerek Mobil IP Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet IP alapok Lásd: Elektronikus hírközlési hálózatok OSI rétegmodell; IPv4; IPv6; Szállítási protokollok;
VoIP. VoIP biztonság
VoIP VoIP biztonság VoIP támadások Támadás a VoIP szoftveren keresztül OS támadása Windows és Linux/UNIX alapok - szerverek Hardphone hibák Konfigurációs hibák kihasználása Gyenge jelszavak SNMP hozzáférés
IPv6 Biztonság: Ipv6 tűzfalak tesztelése és vizsgálata
IPv6 Biztonság: Ipv6 tűzfalak tesztelése és vizsgálata Mohácsi János Networkshop 2005 Mohácsi János, NIIF Iroda Tartalom Bevezetés IPv6 tűzfal követelmény analízis IPv6 tűzfal architektúra IPv6 tűzfalak
Yealink SIP Phone család. webes programozási útmutató. A leírás a MySIP X.50 IPPBX alközpont mellékleteként készült. v1.2-2010.09.14 Young BTS. Kft.
Yealink SIP Phone család webes programozási útmutató A leírás a MySIP X.50 IPPBX alközpont mellékleteként készült. v1.2-2010.09.14 Young BTS. Kft. 2 1. Tartalomjegyzék 2. Regisztráció lépései... 3 2.1
Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.
IPV4, IPV6 IP CÍMZÉS Egy IP alapú hálózat minden aktív elemének, (hálózati kártya, router, gateway, nyomtató, stb) egyedi azonosítóval kell rendelkeznie! Ez az IP cím Egy IP cím 32 bitből, azaz 4 byte-ból
Számítógépes Hálózatok Felhasználói réteg DNS, , http, P2P
Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P 1 Felhasználói réteg Domain Name System Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Felhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System
Felhasználói réteg Domain Name System Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Kommunikációs rendszerek programozása. Voice over IP (VoIP)
Kommunikációs rendszerek programozása Voice over IP (VoIP) Analóg jel digitalizálása A t 125 μs Analóg jel digitalizálása Analóg jel átalakítása Mintavételezés (8kHz) Kvantálás (8bit) Folytonos jelből
1. Soroljon fel 3 jellemző tulajdonságát a beszédkódolóknak! Egyet fejtsen ki bővebben!
1. Soroljon fel 3 jellemző tulajdonságát a beszédkódolóknak! Egyet fejtsen ki bővebben! Igényelt sávszélesség: a kódolt hang sávszélesség igénye. Bizonyos kódekek esetén ez lehet adaptív is, például AMR.
COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group
COMET webalkalmazás fejlesztés Tóth Ádám Jasmin Media Group Az előadás tartalmából Alapproblémák, fundamentális kérdések Az eseményvezérelt architektúra alapjai HTTP-streaming megoldások AJAX Polling COMET
Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás
Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás 1 Főbb jellemzők Hagyományosan 3 elemből (queue, printer, print server) álló rendszer Egyirányú kommunikáció a nyomtató és a munkaállomás
Fábián Zoltán Hálózatok elmélet
Fábián Zoltán Hálózatok elmélet A feladata Online kapcsolattartás a között Tulajdonságai Írásos azonalli üzenetváltás tárolva vagy tárolás nélkül Üzenet hagyása Hangüzenet küldése, fogadása Konferencia
Ethernet/IP címzés - gyakorlat
Ethernet/IP címzés - gyakorlat Moldován István moldovan@tmit.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK Áttekintés Ethernet Multicast IP címzés (subnet)
SIP2 es SIP3 ip telefonokat osszekotottem a DRBL hez hasznalt switch el. (A telefonok 10/100 SW portjat pl. a switch 3 as es 5 os portjaval)
SIP meres: Tudnivalok IP cimek: PC: drbl kliens, 192.168.0.2 SIP1 ip telefon: 192.168.0.201 SIP2 ip telefon: 192.168.0.202 SIP3 ip telefon: 192.168.0.203 Tudnivalok Hangero: Amikor beallitunk valamilyen
Hálózati architektúrák és Protokollok GI Kocsis Gergely
Hálózati architektúrák és Protokollok GI - 10 Kocsis Gergely 2015.11.30. FTP File Transfer Protocol Legegyszerűbb FTP parancsok: USER name PASS jelszo CD, RETRIEVE, STORE, MKDIR, RMDIR, HELP, BYE Feladat:
UNIX / Linux rendszeradminisztráció III. előadás
UNIX / Linux rendszeradminisztráció III. előadás Elektronikus levelezés Alapfogalmak Levelezés hagyományosan: levél írás, fejléc(?), boríték, címzés, feladás, továbbítás, kézbesítés Levelezés elektronikusan:
Azonnali üzenetküldés SIP protokollal
MUHI DÁNIEL Pannon Egyetem Mûszaki Informatikai Kar, Információs Rendszerek Tanszék dani@best.vein.hu Kulcsszavak: SIP, azonnali üzenetküldés, jelenlét, jelzés A Session Initiation Protocol (SIP) olyan
SIP mérés. SIP alapú VoIP hívások vizsgálata, és az IP Multimedia Subsystem (IMS) szerepének bemutatása
Mérési útmutató a Mobil kommunikációs laboratórium méréseihez SIP mérés SIP alapú VoIP hívások vizsgálata, és az IP Multimedia Subsystem (IMS) szerepének bemutatása Mérés helye: Mobil Kommunikáció és Kvantumtechnológiák
4. Az alkalmazások hatása a hálózat tervezésre
4. Az alkalmazások hatása a hálózat tervezésre Tartalom 4.1 A hálózati alkalmazások azonosítása 4.2 A gyakori hálózati alkalmazások magyarázata 4.3 A minőségbiztosítás (Quality ot Service, (QoS)) bevezetése
A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)
A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP Bejelentkezés Explorer (böngésző) Webmail (levelező) 2003 wi-3 1 wi-3 2 Hálózatok
A JGrid rendszer biztonsági architektúrája. Magyaródi Márk Juhász Zoltán Veszprémi Egyetem
A JGrid rendszer biztonsági architektúrája Magyaródi Márk Juhász Zoltán Veszprémi Egyetem A JGrid projekt Java és Jini alapú szolgáltatás orientált Grid infrastruktúra IKTA-5 089/2002 (2003-2004) Konzorcium:
AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB
AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB ADATSEBESSÉG ÉS CSOMAGKAPCSOLÁS FELÉ 2011. május 19., Budapest HSCSD - (High Speed Circuit-Switched Data) A rendszer négy 14,4 kbit/s-os átviteli időrés összekapcsolásával
Hálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 5. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Hálózati réteg (L3) Kettős címrendszer: ARP Útválasztás: route IP útvonal: traceroute Parancsok: ifconfig, arp,
Modbus kommunikáció légkondícionálókhoz
Modbus kommunikáció légkondícionálókhoz FJ-RC-MBS-1 Mobus szervezet: -> http://www.modbus.org (néha Modbus-IDA) -> Modbus eszköz kereső motor http://www.modbus.org/devices.php Modbus (RTU) - soros kommunikációs
Web technológiák. Barabás Péter, Általános Informatikai Tanszék, Miskolci Egyetem. Barabás Péter Web technológiák 1
Web technológiák Barabás Péter, Általános Informatikai Tanszék, Miskolci Egyetem Barabás Péter Web technológiák 1 Témakörök 1 2 HTTP/1.1 HTML4 3 Thi CSS is an example text. Go ahead and replace it 4 JavaScript,
SzIP kompatibilis sávszélesség mérések
SZIPorkázó technológiák SzIP kompatibilis sávszélesség mérések Liszkai János Equicom Kft. SZIP Teljesítőképesség, minőségi paraméterek Feltöltési sebesség [Mbit/s] Letöltési sebesség [Mbit/s] Névleges
Számítógépes Hálózatok 2011
Számítógépes Hálózatok 2011 10. Hálózati réteg IP címzés, IPv6, ARP, DNS, Circuit Switching, Packet Switching 1 IPv4-Header (RFC 791) Version: 4 = IPv4 IHL: fejléc hossz 32 bites szavakban (>5) Type of
GSM azonosítók, hitelesítés és titkosítás a GSM rendszerben, a kommunikáció rétegei, mobil hálózatok fejlődése
Mobil Informatika Dr. Kutor László GSM azonosítók, hitelesítés és titkosítás a GSM rendszerben, a kommunikáció rétegei, mobil hálózatok fejlődése http://uni-obuda.hu/users/kutor/ Bejelentkezés a hálózatba
Technikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül
Letöltési Procedúra Fontos: Ha Ön tűzfalon vagy proxy szerveren keresztül dolgozik akkor a letöltés előtt nézze meg a Technikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül
Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely
Hálózati architektúrák és Protokollok GI 8 Kocsis Gergely 2018.11.12. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból
IP alapú kommunikáció. 5. Előadás Routing 2 Kovács Ákos
IP alapú kommunikáció 5. Előadás Routing 2 Kovács Ákos Az internet ~84000 (2018 )különböző hálózatból épül fel, ezeket domainnek nevezzük Minden domain több routerből és hostból áll, amelyet egy szervezt
Előnyei. Helyi hálózatok tervezése és üzemeltetése 2
VPN Virtual Private Network A virtuális magánhálózat az Interneten keresztül kiépített titkosított csatorna. http://computer.howstuffworks.com/vpn.htm Helyi hálózatok tervezése és üzemeltetése 1 Előnyei
Tisztelt Telepítő! 2. Ellenőrizze, hogy a modul engedélyezve van-e: Szekció [382] Opció 5 (alternatív kommunikátor) BE.
Tisztelt Telepítő! A PowerSeries NEO GO alkalmazás segítségével távolról vezérelhetőek a NEO központok. Ehhez a központokat valamely TL280/TL2803G/3G2080 modullal kell bővíteni. A modul verziószámának
VoIP technológiák összehasonlítása (H.323, SIP)
VoIP technológiák összehasonlítása (H.323, SIP) Ebben a fejezetben a VoIP (Voice over IP) különböző ma elterjedt lehetőségeinek összehasonlítását mutatjuk be, a hívás felépítést, a DNS segítségével való
Real-Time Protocol RTP RTCP
lab TCP/IP Real-Time Protocol RTP RTCP Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem TCP hivatkozási modell, összes protokoll 2 UDP csomagformátum User Datagram
Cisco ISE megoldások. Balatonalmádi, 2014. február 27. Détári Gábor, senior rendszermérnök detari.gabor@t-systems.hu
Cisco ISE megoldások Balatonalmádi, 2014. február 27. Détári Gábor, senior rendszermérnök detari.gabor@t-systems.hu TARTALOM 1 2 3 Motivációk Aggasztó kérdések, belépési pontok Régi és új típusú megoldások
A Wireshark program használata Capture Analyze Capture Analyze Capture Options Interface
A Wireshark program használata A Wireshark (régi nevén Ethereal) protokoll analizátor program, amelyet a hálózat adminisztrátorok a hálózati hibák behatárolására, a forgalom analizálására használnak. A
KANDÓ KÁLMÁN VILLAMOSMÉRNÖKI KAR HÍRADÁSTECHNIKA INTÉZET. VoIP hálózati forgalom vizsgálata. Dr. Wührl Tibor Dr. Gyányi Sándor
KANDÓ KÁLMÁN VILLAMOSMÉRNÖKI KAR HÍRADÁSTECHNIKA INTÉZET Infokommunikációs Hálózatok laboratóriumi mérési útmutató VoIP hálózati forgalom vizsgálata Tartalomjegyzék VoIP forgalom vizsgálata a Wireshark
DNS és IPv6. Jákó András jako.andras@eik.bme.hu BME TIO
DNS és IPv6 Jákó András jako.andras@eik.bme.hu BME TIO Agenda IPv6 információ a DNS-ben DNS használata IPv6 felett Networkshop 2009. DNS és IPv6 2 Forward DNS bejegyzések domain név IP cím AAAA resource
Mosolygó Ferenc. Értékesítési Konzultáns. Ferenc.Mosolygo@oracle.com
Mosolygó Ferenc Értékesítési Konzultáns Ferenc.Mosolygo@oracle.com Security A 3 legnagyobb mítosz a biztonságról A tűzfalak biztonságot teremtenek. Tény: 40% -a az internetes betöréseknek ott fordul elő
Tűzfal megoldások. ComNETWORX nap, 2001. I. 30. ComNETWORX Rt.
Tűzfal megoldások ComNETORX nap, 2001. I. 30. ComNETORX Rt. N Magamról Hochenburger Róbert MCNI / MCNE MCNI = Master CNI MCNE = Master CNE CNI = Certified Novell Instructor CNE = Certified Novell Engineer
Hálózati architektúrák és Protokollok GI Kocsis Gergely
Hálózati architektúrák és Protokollok GI - 10 Kocsis Gergely 2016.12.05. netcat Feladat (szerver): indítsunk saját szervert, ami az 5555 porton várja a kliens jelentkezését $ nc -l port_száma Feladat (kliens):
10. Gyakorlat: Alkalmazások publikálása Remote Desktop Szervízen keresztül
10. Gyakorlat: Alkalmazások publikálása Remote Desktop Szervízen keresztül 10.1. Jogosultságok és csoportok létrehozása 10.2. Az RDS szerver szerepkör telepítése a DC01-es szerverre 10.3. Az RDS01-es szerver
Élő webes alkalmazások rendszerfelügyelete cím- és tartalomteszteléssel
Élő webes alkalmazások rendszerfelügyelete cím- és tartalomteszteléssel Ercsényi Gábor fejlesztőmérnök 1 2004-05-04 Bevezetés Nem megy a bót! 2 Webes szolgáltatások nagy mennyiségű generált oldal igény
Mobile network offloading. Ratkóczy Péter Konvergens hálózatok és szolgáltatások (VITMM156) 2014 tavasz
Mobile network offloading Ratkóczy Péter Konvergens hálózatok és szolgáltatások (VITMM156) 2014 tavasz 1 Bevezető Növekvı igények o Okostelefon adatforgalma 2010-2011 3x o Teljes mobil adatforgalom 2011-2018
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása 3. óra Kocsis Gergely, Kelenföldi Szilárd 2015.03.05. Routing Route tábla kiratása: route PRINT Route tábla Illesztéses algoritmus:
YOUNG PARTNER NAP 2015.05.07.
YOUNG PARTNER NAP 2015.05.07. Poltys alkalmazások (CA Modulok, CA RCS Mobile) KX-NS1000 MPR v4.20043 Főbb újdonságok Panasoniconline Tervezett tanfolyamok PPA Előadó: Nagy Krisztián (Young BTS) Tartalom
Internet vagy IP Multimedia System (IMS)
Internet t vagy IP Multimedia System (IMS) Telbisz Ferenc KFKI RMKI Számítógép Hálózati Központ Networkshop 2009 Internet vagy IP Multimedia System (IMS) 1 Tartalomjegyzék Változó Internet használat Ennek
1/9. Sunell IP kamerák webes felületének használati útmutatója. Élő kép (Live Video)
felületének használati útmutatója Élő kép (Live Video) Belépés után rögtön látható a kamera élő képe, váltható a stream minősége (a beállításoktól függően), valamint a képre jobb kattintással előhozható
Simon Balázs Dr. Goldschmidt Balázs Dr. Kondorosi Károly. BME, Irányítástechnika és Informatika Tanszék
Simon Balázs (sbalazs@iit.bme.hu) Dr. Goldschmidt Balázs Dr. Kondorosi Károly BME, Irányítástechnika és Informatika Tanszék Webszolgáltatások, WS-* szabványok WS-* implementációs architektúra Célkitűzés:
Györgyi Tamás. Szoba: A 131 Tanári.
Györgyi Tamás Szoba: A 131 Tanári E-Mail: gyorgyit@petriktiszk.hu 2 Számítógépek megjelenésekor mindenki külön dolgozott. (Personal Computer) A fejlődéssel megjelent az igény a számítógépek összekapcsolására.
E Q U I C O M M é r é s t e c h n i k a i K f t. H B u d a p e s t, M á t y á s k i r á l y u T. : F.
MS NBP-Targets MS NBP-Targets Austria 99 % coverage with 100 Mbps by 2020 Italy 100 % coverage with 30 Mbps by 2020. 50 % HH penetration of 100Mbps services by 2020 Belgium 50 % HH penetration with 1 Gbps
HÁLÓZATI HASZNÁLATI ÚTMUTATÓ
HÁLÓZATI HASZNÁLATI ÚTMUTATÓ Nyomtatási napló tárolása hálózaton 0 verzió HUN A megjegyzések definíciója A Használati útmutatóban következetesen az alábbi szimbólumot használjuk: A megjegyzésekből azt
Szolgáltatások és alkalmazások (VITMM131)
Szolgáltatások és alkalmazások (VITMM131) Internet alapú szolgáltatások Vidács Attila Távközlési és Médiainformatikai Tanszék (TMIT) I.E.348, vidacs@tmit.bme.hu Tartalom Internet-alapú szolgáltatások Internet
Hálózatok építése, konfigurálása és működtetése EAP - RADIUS
Hálózatok építése, konfigurálása és működtetése EAP - RADIUS Szolgáltatás/hálózat elérés NAS (Network Access Server) Hálózat/szolgáltatás biztosítása Távoli szolgáltatás elérése Kapcsolat Modemes (PSTN/GSM)
Kommunikáció. Folyamatok közötti kommunikáció. Minden elosztott rendszer alapja
Kommunikáció Folyamatok közötti kommunikáció Minden elosztott rendszer alapja Marshalling Alap primitívek Direkt, indirekt portok Blokkolás, nem blokkolás Pufferelés Megbízhatóság RPC Az RPC jellemzői
Hálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 10. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember A Unix (C) socket A kommunikációt lehetővé tevő programozási eszköz UNIX fájlleíró (ld. minden egy fájl filozófia)
Elektronikus levelek. Az informatikai biztonság alapjai II.
Elektronikus levelek Az informatikai biztonság alapjai II. Készítette: Póserné Oláh Valéria poserne.valeria@nik.bmf.hu Miről lesz szó? Elektronikus levelek felépítése egyszerű szövegű levél felépítése
Internet Protokoll 6-os verzió. Varga Tamás
Internet Protokoll 6-os verzió Motiváció Internet szédületes fejlődése címtartomány kimerül routing táblák mérete nő adatvédelem hiánya a hálózati rétegen gépek konfigurációja bonyolódik A TCP/IPkét évtizede
Alap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás.
Alap protokollok NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás. SMB: NetBT fölötti főleg fájl- és nyomtató megosztás, de named pipes, mailslots, egyebek is. CIFS:ugyanaz mint az SMB,
Hálózatkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Hálózatkezelés / 20
Hálózatkezelés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Hálózatkezelés 2013 1 / 20 Tartalomjegyzék 1 Hálózati Alapismeretek 2 System.Net Namespace 3 Socket Kezelés 4 Példa Tóth Zsolt
Hálózati architektúrák és Protokollok GI - 9. Kocsis Gergely
Hálózati architektúrák és Protokollok GI - 9 Kocsis Gergely 2016.11.28. IP, MAC, ARP A B csomópontból az A-ba küldünk egy datagramot. Mik lesznek az Ethernet keretben található forrás és a cél címek (MAC
Hogyan hatnak az európai projektek az Internet fejlődésére? avagy: példák a közelmúlt EU-s projektjeinek fejlesztéseiből
2011.06.03. Hogyan hatnak az európai projektek az Internet fejlődésére? avagy: példák a közelmúlt EU-s projektjeinek fejlesztéseiből Dr. Jeney Gábor Budapesti Műszaki és Gazdaságtudományi Egyetem Köszönet
Hálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 6. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Szállítási réteg (L4) Szolgáltatások Rétegprotokollok: TCP, UDP Port azonosítók TCP kapcsolatállapotok Alkalmazási
G Data MasterAdmin 9 0 _ 09 _ 3 1 0 2 _ 2 0 2 0 # r_ e p a P ch e T 1
G Data MasterAdmin TechPaper_#0202_2013_09_09 1 Tartalomjegyzék G Data MasterAdmin... 3 Milyen célja van a G Data MasterAdmin-nak?... 3 Hogyan kell telepíteni a G Data MasterAdmin-t?... 4 Hogyan kell aktiválni
(11) Lajstromszám: E 008 037 (13) T2 EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA. (54) Szolgáltatásminõségre vonatkozó beágyazott információ továbbítása
!HU000008037T2! (19) HU (11) Lajstromszám: E 008 037 (13) T2 MAGYAR KÖZTÁRSASÁG Magyar Szabadalmi Hivatal EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA (21) Magyar ügyszám: E 04 769236 (22) A bejelentés napja:
Üzenet küldése Programs (Bal soft key) Inbox New MMS Menu Insert Picture Text Audio A szerkesztés után:
Tisztelt Ügyfelünk! A Motorola MPx200-as multimédiás készülékével a kommunikáció számos formáját választhatja és sok érdekes, illetve hasznos információhoz juthat, vagy akár játékokat tölthet le. A T-Mobilenál
Tartalom. Hálózati kapcsolatok felépítése és tesztelése. Rétegek használata az adatok továbbításának leírására. OSI modell. Az OSI modell rétegei
Tartalom Hálózati kapcsolatok felépítése és tesztelése Bevezetés: az OSI és a Általános tájékoztató parancs: 7. réteg: DNS, telnet 4. réteg: TCP, UDP 3. réteg: IP, ICMP, ping, tracert 2. réteg: ARP Rétegek
Hálózati architektúrák és Protokollok GI Kocsis Gergely
Hálózati architektúrák és Protokollok GI - 11 Kocsis Gergely 2015.12.06. FTP File Transfer Protocol Legegyszerűbb FTP parancsok: USER name PASS jelszo CD, RETRIEVE, STORE, MKDIR, RMDIR, HELP, BYE Feladat:
Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft
Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül
Számítógépes Hálózatok. 5. gyakorlat
Számítógépes Hálózatok 5. gyakorlat PYTHON ALAPOK V. Socket programozás, UDP 2 Óra eleji kiszh Elérés: https://canvas.elte.hu Számítógépes Hálózatok Gyakorlat 1 3 A kommunikációs csatorna kétféle típusa
Szoftver fő funkciói. Diszpécser rádió GPS nyomkövetés Adatátvitel és tárolás Telefonhívások kezelése 1 / 7
Diszpécser rádió GPS nyomkövetés Adatátvitel és tárolás Telefonhívások kezelése 1 / 7 Diszpécser rádió funkciók Funkciók - Egyedi, csoport és összes tagállomás hívása a diszpécser konzolról - Tagállomások
A webhelyhez kötődő szoftverek architektúrája
A webhelyhez kötődő szoftverek architektúrája A webhelyhez kötődő szoftverek architektúrája...1 A kliens-szerver funkcionalitások megoszlása...1 A böngésző mint web kliens...1 Web szerver (kiszolgáló)
Tűzfalak működése és összehasonlításuk
Tűzfalak működése és összehasonlításuk Készítette Sári Zoltán YF5D3E Óbudai Egyetem Neumann János Informatikai Kar 1 1. Bevezetés A tűzfalak fejlődése a számítógépes hálózatok evolúciójával párhuzamosan,
Transzport Réteg. Transzport réteg protokollok
Transzport Réteg VI / 1 Transzport réteg protokollok UDP - User Datagram Protocol RFC 768 Összeköttetés mentes, nem megbízható transzport réteg protokoll. TCP - Transmisson Control Protocol RFC 793 Összeköttetés
Számítógépes munkakörnyezet II. Szoftver
Számítógépes munkakörnyezet II. Szoftver A hardver és a felhasználó közötti kapcsolat Szoftverek csoportosítása Számítógép működtetéséhez szükséges szoftverek Operációs rendszerek Üzemeltetési segédprogramok
Hálózati architektúrák és rendszerek. Nyilvános kapcsolt mobil hálózatok (celluláris hálózatok) 2. rész
Hálózati architektúrák és rendszerek Nyilvános kapcsolt mobil hálózatok (celluláris hálózatok) 2. rész 1 A mobil rendszerek generációi 2G Digitális beszédtovábbítás Jó minőség Új szolgáltatások és alkalmazások,
és DKIM. Kadlecsik József MTA Wigner Fizikai Kutatóközpont ISZT 2018, Budapest
Email és DKIM Kadlecsik József MTA Wigner Fizikai Kutatóközpont kadlecsik.jozsef@wigner.mta.hu Tartalom SMTP (ESTMP) DKIM DMARC Tapasztalatok SMTP I. Kliens EHLO client-fqdn MAIL FROM: