SIP: Session Initiation Protocol

Wielkość: px
Rozpocząć pokaz od strony:

Download "SIP: Session Initiation Protocol"

Transkrypt

1 SIP w skrócie

2 SIP: Session Initiation Protocol Protokół aplikacyjny (tekstowy): ustanawianie, modyfikacja, likwidacja i zarządzanie przebiegiem multimedialnych sesji komunikacyjnych rozwinięcie HTTP i SMTP opracowane przez IETF Multiparty Multimedia Session Control (MMUSIC) WG RFC 3261 (wcześniej 2543bis) stosowany do komunikacji partnerskiej (peer-to-peer) Alternatywa dla H.323 2

3 SIP historia Protokół opracowany przez Internet Engineering Task Force (IETF) Pomysłodawcy: M. Handley, H. Schulzrinne, E. Schooler i J. Rosenberg Propozycja standardu i norma RFC 2543 w marcu 1999 w grupie roboczej IETF MMUSIC WG Powołanie oddzielnej grupy roboczej SIP WG we wrześniu 1999 Obecnie protokołem SIP zajmują się nowe grupy robocze: SIPPING - aplikacje SIMPLE obecność i natycmiastowa komunikacja (presence and instant messaging) RFC2543bis-09 stał się RFC 3261 w czerwcu 2002 Nowi współautorzy: G. Camarillo, A. Johnston, J. Peterson i R. Sparks Cała specyfikacja napisana od nowa przede wszystkim dla poprawienia czytelności, ale także pewne nowe funkcje Zgodność wstecz z RFC

4 Co można zrobić za pomocą protokołu SIP Wykorzystanie środowiska SIP VoIP IM IPTV Audio i wideokonferencja NGN Wbudowanie komunikacji w aplikacje Poprawa produktywności Click to call, IM Zarządzanie połączeniami przez internet Identyfikacja, internet call waiting Poczta głosowa Integracja z procesami biznesowymi Automatyczna generacja połączeń w workflow 4

5 Sieć wykorzystująca protokół SIP Punkty końcowe SIP urządzenia dołączone do Internetu lub sieci IP obsługujące SIP Telefony stacjonarne i komórkowe z SIP UA Aplikacje na PC i PDA SIP UA Bramy sieciowe Serwery SIP węzły sieci realizujące zestaw funkcji na żądanie punktów końcowych SIP Mogą inicjować żądania Mogą być zlokalizowane w innej sieci 5

6 SIP - charakterystyka Typy adresacji: Internetowy adres sip adres Telefoniczny Rejestracja Numer telefoniczny E.164 Użytkownik może się zarejestrować wykorzystując swój ID w celu uzyskania dostępu do swoich danych i usług, niezależnie od rejestracji urządzenia 6

7 SIP - charakterystyka Bezpieczeństwo SIP zaprojektowany tak by stosować mechanizmy ochrony opracowane dla potrzeb Internetu, w celu ochrony sygnalizacji przed różnymi metodami ataków Redirect Serwer SIP Redirect może przekierować żądanie na inny adres Proxy Serwery SIP proxy przekierowują żądania użytkowników na inny serwer, który może udostępnić żądaną usługę 7

8 SIP - charakterystyka Rozwidlanie (forking) Żądanie użytkownika może być jednocześnie przekazane w wielu kierunkach Spotkania i obecność Postać aktywna lub bierna Mobilność Użytkownicy mogą się posługiwać wieloma urządzeniami: Telefony, faksy, komputery, PDA, pagery W pracy, domu i podróży 8

9 SIP - charakterystyka Preferencje użytkownika Inicjator sesji komunikacyjnej może określić w jaki sposób serwery i sieć powinny obsłużyć żądania, a także wskazać typy pożądanych i akceptowanych usług Sterowanie routingiem Droga wiadomości SIP może być określana i rejestrowana dla różnych usług 9

10 SIP: Przesłanki Łatwość implementacji Zasada IETF KISS (Keep It Simple Stupid!) Uwzględnienie wymagań i możliwości Internetu Uniknięcie narzucenia konkretnej architektury fizycznej i konkretnych usług Uniwersalna funkcjonalność Wykorzystanie najlepszych standardów IETF URL MIME RFC 822 Skalowalność 10

11 SIP:architektura Uogólnienie architektury internetowej pajęczyny WWW Prostota: model klient-serwer zasada żądanie-odpowiedź (Request - Response) Serwery Proxy, Redirect, Registrar Serwery aplikacji Konsekwencje: Upowszechnienie kreacji usług SIP Wiele SIP API (SIP servlets, CPL oparty na XML, JAIN) Rozwój narzędzi do projektowania usług (CGI) 11

12 SIP stos protokołów Media HTTP H.323 SIP RTP RTCP TCP SCTP IPv4/IPv6 UDP PPP AALx Ethernet GPRS SONET V.x ATM 12

13 SIP: możliwości funkcjonalne Mobilność użytkownika: określenie bieżącego miejsca jego pobytu Charakterystyka możliwości komunikacyjnych użytkownika: negocjacja funkcjonalności i parametrów sesji (np. opis typu mediów - SDP) Dostępność: określenie gotowości użytkownika do uczestnictwa w sesji Zestawianie połączeń: Nadzorowanie połączenia - sesji przekazywanie połączeń, dołączanie nowych uczestników, odłączanie uczestników i rozłączanie połączeń 13

14 Podstawowa architektura SIP trapez SIPowy Serwer DNS Serwer Lokalizacji DNS Serwer Proxy SIP Serwer Proxy SIP SIP SIP UA - Agent użytkownika A Media (RTP) UA Agent użytkownika B [Źródło: H.Sinnreich: VON 2001] 14

15 SIP: elementy architektury User Agent Client - UAC systemy końcowe wysyłają żądania SIP (np. żądanie ustanowienia połączenia) User Agent Server - UAS odbiera żądania połączeń wysyłane przez innych agentów wysyła odpowiedzi w imieniu użytkownika User Agent - Agent Użytkownika (typowy terminal) UAC + UAS Redirect Server Przekierowuje użytkownika na inny serwer Proxy Server reprezentuje żądanie do innego serwera. Może rozwidlić żądanie na wiele serwerów, budując drzewo przeszukiwania Registrar odbiera zgłoszenia rejestracyjne UA (User Agents) Location Server Baza danych o użytkownikach 15

16 Serwer lokalizacji Ogólny termin RFC 3261/RFC2543 określający bazę danych, która może zawierać informacje o użytkownikach: Identyfikatory URL, adresy IP, skrypty, funkcje, preferencje, Serwery SIP wysyłają współpracują z serwerem lokalizacji używając właściwego (nie SIP) do zapytań, pobierania i aktualizacji rekordów 16

17 Serwer Registar Serwer akceptujący rozkazy REGISTER i przekazujący zawarte w nich informacje do usługi lokalizacyjnej w zarządzanej przez siebie domenie. Zapewnienie odwzorowania miedzy zewnętrznie znanym adresem(ami) użytkownika a jego obecnym adresem(ami) fizycznym(i). Pobieranie aktualnych odwzorowań (odczytywanie). Usługa lokalizacyjna: baza danych (LDAP, SQL,...) 17

18 Registrar - scenariusz wykorzystania Serwer Registrar 2: zapisz dane(az,af) Usługa lokalizacyjna 1: REGISTER Contact: LDAP SQL... 4: pobierz 5: AZ: AF: titan.pw.edu.pl 3: INVITE Serwer Proxy 3: INVITE 18

19 SIP: adresacja Format zbliżony do formatu adresów lub SIP-URL = sip: ] hostport url-parameters [headers]: 19

20 SIP URI (Uniform Resource Indicators) Dwa warianty URI: (SIP URI) Najpopularniejsza forma wprowadzona w RFC 2543 (Secure SIP URI) Nowa forma wprowadzona w RFC 3261 Wymaga TLS na TCP jako mechanizmu transportowego zapewniającego ochronę informacji Dwa typy SIP URI: Address of Record (AOR) (identyfikuje użytkownika) (wymaga rekordów DNS SRV w celu lokalizacji serwerów SIP w domenie wcom.com) Fully Qualified Domain Name (FQDN) lub Contact (identyfikuje urządzenie) lub (nie wymaga roztrzygania przy rutingu) 20

21 SIP i URI URI Uniform Resource Identifier - uogólnienie URL Adresy SIP są także identyfikatorami URL!!! SIP umożliwia użycie dowolnego URI w miejscu, w którym może być użyty SIP URL Zastosowania: przekierowywanie połączeń na stronę WWW przekierowywanie połączeń na złożone adresy URL w celu udostępnienia serwera WWW z bazą danych 21

22 Podstawowe wiadomości (metody) SIP INVITE inicjowanie ustanowienia sesji BYE zakończenie trwającej sesji OPTIONS zapytanie o opcje i funkcjonalność serwera lub UA CANCEL anulowanie żądania w toku ACK potwierdzenie finalnej odpowiedzi na INVITE REGISTER rejestracja URI użytkownika w serwerze rejestrowym SIP (związanie URI urządzenia z AOR) 22

23 Podstawowe wiadomości (metody) SIP INVITE BYE OPTIONS CANCEL ACK Inicjowanie ustanowienia sesji Zakończenie trwającej sesji Zapytanie o opcje i funkcjonalność serwera lub UA Anulowanie żądania w toku Potwierdzenie finalnej odpowiedzi na INVITE RFC 3261 RFC 3261 RFC 3261 RFC 3261 RFC 3261 REGISTER Rejestracja URI użytkownika w serwerze rejestrowym SIP (związanie URI urządzenia z AOR) RFC

24 Dodatkowe wiadomości (rozszerzenia) SIP INFO PRACK UPDATE REFER SUBSCRIBE PUBLISH NOTIFY MESSAGE Transport sygnalizacji w trakcie sesji Potwierdzenie prowizorycznej odpowiedzi Aktualizacja informacji o stanie sesji Transfer użytkownika pod adres określony przez URI Żądanie zaabonowania powiadamiania o zdarzeniach Przekazanie informacji o zmianie statusu do serwera Transport powiadomienia o zaabonowanym zdarzeniu Transport treści wiadomości natychmiastowych RFC 2976 RFC 3262 RFC 3311 RFC 3515 RFC 3265 RFC 3903 RFC 3265 RFC

25 SIP obsługiwane schematy URI sip:, sips: tel: pres: im: http: xmpp: Adres SIP i bezpieczny adres SIP Numery telefoniczne i sekwencje wybierania Zasób obecności Zasób wymiany wiadomości natychmiastowych Hyper Text Transport Protocol dla stron internetowych Jabber IM i URI związane z obecnością RFC 3261 RFC 3999 RFC 3861 RFC 3861 RFC 2616 ID H323:, h323: URL H.323 RFC

26 SIP: odpowiedzi Kod Opis Przykłady 1xx 2xx 3xx 4xx 5xx 6xx Informacyjne żądanie odebrane, trwa kontynuacja przetwarzania żądania. Sukces akcja odebrana, zrozumiana i Zaakceptowana. Przekierowanie konieczne podjęcie dalszych działań w celu zakończenia żądania. Błąd klienta błędna postać żądania lub niemożność realizacji żądania przez dany serwer. Błąd serwera serwer nie był w stanie zrealizować żądania. Globalny błąd żądanie nie do zrealizowania przez dostępne serwery. 180 Ringing 181 Call is Being Forwarded 200 OK 300 Multiple Choices 302 Moved Temporarily 401 Unauthorized 404 Not found 408 Request Timeout 503 Service Unavailable 505 Version Not Suported 600 Busy Everywhere 603 Decline 26

27 Odpowiedzi (wybrane) 100 Continue 180 Ringing 181 call is being forwarded 182 queued 183 session progress 200 OK 300 Multiple choices 301 Moved permanently 302 Moved temporarily 305 use proxy 380 alternative service 400 Bad request 401 unauthorized 402 payment required 403 Forbidden 404 not found method not allowed 408 Request timeout Unsupported media type 480 Temporarily not available 481 Invalid Call-ID 482 Loop detected 5xx Server error 600 Busy 601 Decline 604 Does not exist 606 Not acceptable 27

28 Anna INVITE c=in IP m=audio RTP/AVP 0 SIP: Inicjowanie sesji W uproszczonym przykładzie zaproszenia do sesji - INVITE, terminal Anny informuje, że może odbierać głos w postaci danych PCM kodowanych wg reguły µ Law (RTP/AVP 0) pod adresem za pomocą portu Jan Sygnał dzwonienia u Jana Port OK c=in IP m=audio RTP/AVP 3 Media mogą być wysyłane od razu po odebraniu wiadomości INVITE W odpowiedzi terminal Jana informuje, że może odbierać dane GSM, za pomocą portu ACK Port

29 SIP: zestawienie połączenia w trybie Proxy Źródło: H.Schulzrine: 29

30 SIP: działanie w trybie Redirect Źródło: H.Schulzrine: 30

31 SIP wybrane nagłówki Nagłówek Opis Przykłady Accept Wskazuje akceptowane formaty treści. Accept: application/sdp Accept: currency/dollars Authorization Zawiera informację o szyfrowaniu. Authorization: pgp info Call-ID Contact Content- Length Identyfikuje jednoznacznie sesję lub wiadomości Call-ID: rejestracyjne. Generowany losowo w sposób Call-ID: Jan zapewniający globalną unikalność i: Alternatywny adres SIP URL do wykorzystania przy Contact: W. Riker, Acting Captain bezpośrednim kierowaniu wiadomości. Contact: expires=3600 m: Licznik długości treści wiadomości. Content-Length: 285 Content-Type Typ treści ciała wiadomości. Content-Type: application/sdp c: application/h.323 CSeq Nr sekwencyjny wiadomości uzywany w celu CSeq: 1 INVITE rozróżniania żądań w czasie tej samej sesji. CSeq: 1000 INVITE CSeq: 4325 BYE CSeq: 1 REGISTER Encryption Informacja związana z szyfrowaniem. Encryption: pgp info Expires Termin ważności treści wiadomości (w sekundach lub data I czas). Expires: 60 Expires: Thu, 07 Jan :00 CST 31

32 SIP wybrane nagłówki From Pole wskazujące SIP URL nadawcy. From: Dana Scully From: tag= f: sip: Max-Forwards Licznik zmiejszany przez każdy serwer proxy przy przekazywaniu wiadomości. Wyzerowanie licznika generuje odpowiedź 483 Too Many Hops Max-Forwards: 10 Priority Priorytet wiadomości. Priority: normal Priority: emergency Record-Route Dodawany do żądania przez serwer proxy, który musi się znaleźć na ścieżce wiadomości w przyszłości.. Record Route: sip.mci.com Require Wskazuje wymagane opcje sesji. Require: local.telephony Response-Key Zawiera klucz PGP key dla oczekiwanej zaszyfrowanej odpowiedzi. Response-Key: pgp info Retry-After Wskazuje termin kiedy zasób będzie dostęny. Retry-After: 3600 Retry-After: Sat, 01 Jan :01 GMT 32

33 SIP wybrane nagłówki Route Określa trasę wiadomości. Route: orinoco.brooks.net Subject To Unsupported Przekazuje pomocniczą informację o typie sesji. Obowiązkowe pole określające adresata sesji jego SIP URL. Listuje funckje nie obsługiwane przez serwer. Subject: More about SIP s: You d better answer! To: Fox Mulder lonegunman.org> To: tag=314 t: m; tag=52 Unsupported: tcap.telephony Via Wskazuje ścieżkę, przez Via: SIP/ 2. 0/UDP sip.mfs.com którą przeszła wiadomość. Via: SIP/2.0/TCP uunet.com v: SIP/2.0/UDP Warning Kod I treść ostrzeżenia. Warning: 331 Unicast not available 33

34 Protokoły związane z SIP SDP Session Description Protocol Tekstowa notacja służąca do opisu sesji medialnych Dane przekazywane w treści wiadomości SIP Wykorzystuje profile RTP/AVP dla najczęściej spotykanych typów mediów Zdefiniowany w normie RFC 2327 RTP Real-time Transport Protocol Wykorzystywany do trasportu pakietów mediów po IP RTP dodaje nagłówek zawierający: Nazwę źródła mediów Stempel czasowy Typ kodeka Numer sekwencyjny Zdefiniowany w RFC 1889 (H. Schulzrinne i inni) Profile zdefiniowane w RFC

35 Architektura SIP - składniki User Agents Outbound Proxy Server SIP DNS DNS Server SIP Registrar / Location Server UA wysyła i odbiera żądania SIP Inbound Proxy Server SIP UAC User Agent Client UAS User Agent Server Urządzenia końcowe: Telefon SIP PC/laptop z klientem SIP PDA Telefon komórkowy Bramy PSTN stanowią odmianę UA SIP Media (RTP) User Agent A User Agent B 35

36 Architektura SIP składniki serwery Proxy DNS Server Registrar / Location Server Przekazuje dalej lub pośredniczy przy przekazywaniu żądań w imieniu UA Odwołania do baz danych: DNS DNS Typy: Location Server bezstanowy Outbound Proxy Server SIP Inbound Proxy Server Stanowy dla transakcji Stanowy dla zgłoszeń Nie ma funkcji związanych z mediami SIP SIP Ignoruje SDP Normalnie pomijany po ustanowieniu dialogu, ale może rejestrowaćrecord-route aby pozostać w ścieżce SIP Media (RTP) User Agent A User Agent B 36

37 Architektura SIP składniki inne serwery Outbound Proxy Server SIP DNS DNS Server SIP SIP Location Server Inbound Proxy Server SIP Location Server: Baza danych lokalizacji Agentów Użytkownika SIP Odpytywana przez serwery proxy przy rutingu Aktualizowana przez UA podczas rejestracji DNS Server: Rekordy SRV (Service Records) używane do lokalizacji serwerów Inbound Proxy Media (RTP) User Agent A User Agent B 37

38 Metoda i nagłówek INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Type: application/sdp Content-Length: 201 Nagłówek To v=0 o=userb IN IP s=c=in IP t=0 0 m=audio 5004 RTP/AVP 0 m=audio RTP/AVP 96 c=in IP a=rtpmap:96 telephone-event SDP Metoda INVITE 38

39 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Pierwszy wiersz żądania SIP request nie zawiera nagłówków, lecz zaczyna się od nazwy metody (INVITE), po której następuje spacja i identyfikacja adresata sesji - Request-URI, w tym przypadku spacja i nr używanej wersji protokołu SIP (2.0). Każdy wiersz kończy się CRLF. 39

40 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Nagłówek Via nr wersji protokołu SIP (2.0) i stosowany protokół transportowy (UDP), następnie adres IP ( ) lub nazwa węzła (host) inicjatora żądania i numer portu (5060 znany nr portu SIP). Każdy serwer, który przekazuje żądanie request dodaje do wiadomości nagłówek Via swój adres i numer portu, na który chce uzyskać odpowiedź. 40

41 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Nagłówek To nazwę użytkownika (User B), następnie URL adresata w nawiasach kątowych <> 41

42 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Nagłówek To nazwę użytkownika (User A), następnie URL inicjatora w nawiasach kątowych <> 42

43 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Nagłówek Call-ID zawiera unikalny identyfikator sesji. Tworzą go unikalny lokalny losowo wygenerowany identyfikatora, i unikalna globalnie nazwa węzła (host) lub adres IP, tworząc unikalny łańcuch. Wszystkie żądania i odpowiedzi w trakcie sesji mają ten sam Call-ID. Unikalne łańcuchy Call-ID mogą być generowane również w inny sposób. 43

44 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 CSeq stanowi numer sekwencyjny, zawierający liczbę całkowitą (w tym przypadku 1), a następnie oddzieloną odstępem nazwę metody (INVITE). Każde kolejne żądanie podczas sesji ma kolejny wyższy numer sekwencyjny CSeq. Obie strony sesji utrzymują oddzielne lokalne liczniki CSeq. 44

45 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Nagłówek Contact zawiera jeden lub więcej adresów SIP URL, które dostarczają informację dla drugiej strony uczestniczącej w sesji pozwalające skontaktować się z użytkownikiem A. 45

46 Struktura wiadomości SIP - INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP :5060 To: User B From: User A Call-ID: CSeq: 1 INVITE Contact: Content-Length: 126 Content-Length zawiera długość treści wiadomości wyrażoną w oktetach (bajtach) (126), która następuje po liście nagłówków SIPowych i jest oddzielona od nich pojedynczym pustym wierszem (CRLF). Content-Length równe 0 wskazuje, że wiadomość nie zawiera treści (składa się tylko z nagłówków). 46

47 Struktura wiadomości SDP v=0 o=tesla IN IP4 lab.high-voltage.org s=c=in IP t=0 0 m=audio RTP/AVP 0 a=rtpmap:0 PCMU/8000 v: Version number numer wersji (ignorowany przez SIP) o: Origin źródło ( ) s: Subject (ignorowany przez SIP) c: Connection Data dane dotyczące połączenia (adres IP dla mediów ) t: Time czas (ignorowany przez SIP) m: Media (typ - audio, port , Profil RTP/AVP - 0) a: Attribute atrybut (profil - 0, kodek - PCMU, częst.próbkowania 8000 Hz) 47

48 Struktura odpowiedzi SIP SIP/ OK Via: SIP/2.0/UDP proxy.munich.de:5060;branch=z9hg4bk Via: SIP/2.0/UDP :5060;branch=z9hG4bK45a35h76 To: Heisenberg From: E. Schroedinger Call-ID: CSeq: 1 INVITE Contact: Content-Type: application/sdp Content-Length: 173 v=0 o=heisenberg IN IP s=sip Call c=in IP t=0 0 m=audio RTP/AVP 0 a=rtpmap:0 PCMU/8000 Via, To, From, Call-ID, & CSeq kopiowane z żądania To ma znacznik dodawany przez UAS Contact treść wiadomości zawierają informacje UAS 48

49 Negocjacja mediów Negocjacja mediów przy ustanawianiu sesji Model oferta-odpowiedź UA proponuje jeden lub kilka typów mediów, a drugi UA odpowiadając akceptuje bądź odrzuca jeden lub więcej proponowanych typów mediów Sekwencja - INVITE/200/ACK Dalsze negocjacje i zmiana typu mediów za pomocą ponownego żądania INVITE w trakcie wcześniej ustanowionej sesji Wykorzystanie SDP do opisu mediów Ograniczone możliwości negocjacji mediów Prace nad SDPng Wykorzystanie protokołu SAP do organizacji multimedialnych sesji komunikacyjnych w Internecie 49

50 SDP: negocjacja - model propozycja - odpowiedź Request (propozycja) Klient Res-Provisional Res-Provisional (odpowiedź-a) Res-Final (odpowiedź-b) Serwer propozycja - uporządkowany zbiór proponowanych sesji {opis strumieni} odpowiedź - (jeden) opis akceptowanej sesji opis strumieni 50

51 SDP - przykład v=0 Version o= Identyfikacja używanej wersji SDP (0) nie używane przez SIP s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/

52 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Origin Nie używane przez SIP 52

53 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Subject Nie używane przez SIP 53

54 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Connection Sieć (IN - Internet), typ adresu (IP4 IP Version 4) i adres ( ) 54

55 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Time Czas początku i końca nie używane przez SIP 55

56 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Media Typ mediów (wideo), numer portu (4004), typ (RTP/AVP Profil), i numer (Profile 14 lub 26) 56

57 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Attribute rtpmap wymienia atrybuty profilu 14 RTP/AVP wideo z kodekiem (MPA) i częstotliwością próbkowania (90000Hz) 57

58 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Attribute rtpmap wymienia atrybuty profilu 26 RTP/AVP wideo z kodekiem (JBEG) i częstotliwością próbkowania (90000Hz) 58

59 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Media Drugi typ mediów (audio), numer portu (4006), typ (RTP/AVP Profil), i numer (Profile 0 lub 4) 59

60 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Attribute rtpmap wymienia atrybuty profilu 0 audio RTP/AVP z kodekiem (PCM µ-law) i częstotliwością próbkowania (8000Hz) 60

61 SDP - przykład v=0 o= s= c=in IP t= m=video 4004 RTP/AVP a=rtpmap:14 MPA/90000 a=rtpmap:26 JBEG/90000 m=audio 4006 RTP/AVP 0 4 a=rtpmap:0 PCMU/8000 a=rtpmap:4 GSM/8000 Attribute rtpmap wymienia atrybuty profilu 4 audio RTP/AVP z kodekiem (GSM) i częstotliwością próbkowania (8000Hz) 61

62 SDP przykład odpowiedzi v=0 o= s= c=in IP t= m=video 0 RTP/AVP 14 m=audio 6002 RTP/AVP 4 a=rtpmap:4 GSM/8000 Odrzucenie sesji wideo wskazanie przez numer portu = 0 Akceptacja sesji audio przez wybranie kodeka GSM i wysłaniu w odpowiedzi numeru portu 0 62

63 SIP wybrane kodeki (RFC 3551) KODEK OPIS Typ RTP/AVP G.711 µ law PCM. Nie wymagane transkodowanie do PSTN. Japonia i USA. G.711 A law PCM. Nie wymagane transkodowanie do PSTN. Europa. G.729 Kodek z kompresją CELP (Code Excited Linear Prediction) G.723 Kodek z kompresją VAD (Voice Activity Detection) AMR Adaptive Multirate Codec. Domyślny kodek w 3G dynamiczny ilbc Internet Low Bit Rate Codec. RFC GSM ETS dynamiczny 3 63

64 Modyfikacja sesji: re-invite Modyfikacja ustanowionej sesji przez ponowne użycie metody INVITE zmiana: mediów typu sesji używanych typów kodeków źródłowych adresów IP numeru portu 64

65 Modyfikacja sesji SIP UA SIP UA SIP UA SIP UA 1 INVITE sdp1 Niepowodzenie re-invite nie powoduje zakłócenia Ringing trwającej sesji OK sdp2 4 ACK Media Session Powodzenie 5 INVITE drugiego sdp2 re-invite ustanawia nową sesję medialną, która zastępuje poprzednią Not Acceptale 7 ACK 8 INVITE sdp OK sdp1 10 ACK New Media Session 65

66 Zakończenie sesji SIP UA 1 INVITE Trying Ringing OK 8 ACK Media Session 10 BYE Serwer Proxy 2 INVITE Ringing OK 9 ACK BYE kończy sesję 11 BYE SIP UA OK OK Nie ma już żadnej sesji medialnej 66

67 Od IETF SIP. Serwer SIP DNS Serwer SIP Żądanie Sieć szkieletowa IP Odpowiedź Klient SIP Klient SIP Klient SIP Klient SIP 67

68 do 3GPP SIP DNS DNS HSS P-CSCF Sieć szkieletowa IP I-CSCF S-CSCF Serwer aplikacji SLF 68

69 SIP w IMS Dodatkowa informacja sygnalizacyjna Cell-ID Mobile Network/Country Code Charging-ID P-header Kompresja Kompresja wiadomości SIP obowiązkowa interfejs radiowyrzadki zasób Kompresja / dekompresja wiadomości SIP wykonywana przez UE i P-CSCF Uwierzytelnienie i ochrona integralności S-CSCF realizuje uwierzytelnienie za pomocą procedury AKA P-CSCF sprawdza integralność wiadomości odebranych przez interfejs radiowy via IPsec ESP 69

SIP: Session Initiation Protocol. Krzysztof Kryniecki 16 marca 2010

SIP: Session Initiation Protocol. Krzysztof Kryniecki 16 marca 2010 SIP: Session Initiation Protocol Krzysztof Kryniecki 16 marca 2010 Wprowadzenie Zaaprobowany przez IETF w 1999 (RFC 2543) Zbudowany przez Mutli Parry Multimedia Session Control Working Group : MMUSIC Oficjalny

Bardziej szczegółowo

Technologie internetowe

Technologie internetowe Protokół HTTP Paweł Rajba pawel@ii.uni.wroc.pl http://www.kursy24.eu/ Spis treści Protokół HTTP Adresy zasobów Jak korzystać z telnet? Metody protokołu HTTP Kody odpowiedzi Pola nagłówka HTTP - 2 - Adresy

Bardziej szczegółowo

Bezpieczny system telefonii VoIP opartej na protokole SIP

Bezpieczny system telefonii VoIP opartej na protokole SIP Politechnika Warszawska Wydział Elektroniki i Technik Informacyjnych Bezpieczny system telefonii VoIP opartej na protokole SIP Leszek Tomaszewski 1 Cel Stworzenie bezpiecznej i przyjaznej dla użytkownika

Bardziej szczegółowo

jest protokołem warstwy aplikacji, tworzy on sygnalizację, aby ustanowić ścieżki komunikacyjne, a następnie usuwa je po zakończeniu sesji

jest protokołem warstwy aplikacji, tworzy on sygnalizację, aby ustanowić ścieżki komunikacyjne, a następnie usuwa je po zakończeniu sesji PROTOKÓŁ SIP INFORMACJE PODSTAWOWE SIP (Session Initiation Protocol) jest protokołem sygnalizacyjnym służącym do ustalania adresów IP oraz numerów portów wykorzystywanych przez terminale do wysyłania i

Bardziej szczegółowo

SIP: przesłanki. Standard Internetowy. Wykorzystanie adresacji Internetowej. Wykorzystanie zasad kodowania HTTP

SIP: przesłanki. Standard Internetowy. Wykorzystanie adresacji Internetowej. Wykorzystanie zasad kodowania HTTP SIP w skrócie SIP: przesłanki Standard Internetowy IETF - http://www.ietf.org RFC 3261 i wiele innych powiązanych norm RFC Wykorzystanie adresacji Internetowej URL, DNS, proxy Użycie bogactwa funkcjonalnego

Bardziej szczegółowo

SNG architektura i protokół SIP Materiały wykładowe do użytku wewnętrznego

SNG architektura i protokół SIP Materiały wykładowe do użytku wewnętrznego Instytut Telekomunikacji PW SNG architektura i protokół SIP Materiały wykładowe do użytku wewnętrznego SNG-SIP 1 Megaco/H.248 Megaco/H.248 Warstwa aplikacyjna? np. SS7/IP (czyli SIGTRAN) MGC Serwery SIP

Bardziej szczegółowo

Bezpieczeństwo VoIP SIP & Asterisk. Autor: Leszek Tomaszewski Email: ltomasze@elka.pw.edu.pl

Bezpieczeństwo VoIP SIP & Asterisk. Autor: Leszek Tomaszewski Email: ltomasze@elka.pw.edu.pl Bezpieczeństwo VoIP SIP & Asterisk Autor: Leszek Tomaszewski Email: ltomasze@elka.pw.edu.pl Zakres tematyczny 1/2 Bezpieczeństwo VoIP Protokół sygnalizacyjny (SIP) Strumienie medialne (SRTP) Asterisk Co

Bardziej szczegółowo

1. Wprowadzenie...9. 2. Środowisko multimedialnych sieci IP... 11. 3. Schemat H.323... 19

1. Wprowadzenie...9. 2. Środowisko multimedialnych sieci IP... 11. 3. Schemat H.323... 19 Spis treści 3 1. Wprowadzenie...9 2. Środowisko multimedialnych sieci IP... 11 2.1. Model odniesienia... 11 2.2. Ewolucja technologii sieciowych...12 2.3. Specyfika ruchowa systemów medialnych...13 2.4.

Bardziej szczegółowo

Protokół HTTP 1.1 *) Wprowadzenie. Jarek Durak. rfc2616 źródło www.w3.org 1999

Protokół HTTP 1.1 *) Wprowadzenie. Jarek Durak. rfc2616 źródło www.w3.org 1999 Protokół HTTP 1.1 *) Wprowadzenie Jarek Durak * rfc2616 źródło www.w3.org 1999 HTTP Hypertext Transfer Protocol Protokół transmisji hipertekstu został zaprojektowany do komunikacji serwera WW z klientem

Bardziej szczegółowo

Sygnalizacja Kontrola bramy Media

Sygnalizacja Kontrola bramy Media PROTOKOŁY VoIP Sygnalizacja Kontrola bramy Media H.323 Audio/ Video H.225 H.245 Q.931 RAS SIP MGCP RTP RTCP RTSP TCP UDP IP PROTOKOŁY VoIP - CD PROTOKOŁY VoIP - CD PROTOKOŁY VoIP - CD PROTOKOŁY SYGNALIZACYJNE

Bardziej szczegółowo

Systemy internetowe. Wykład 5 Architektura WWW. West Pomeranian University of Technology, Szczecin; Faculty of Computer Science

Systemy internetowe. Wykład 5 Architektura WWW. West Pomeranian University of Technology, Szczecin; Faculty of Computer Science Systemy internetowe Wykład 5 Architektura WWW Architektura WWW Serwer to program, który: Obsługuje repozytorium dokumentów Udostępnia dokumenty klientom Komunikacja: protokół HTTP Warstwa klienta HTTP

Bardziej szczegółowo

TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko

TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko TCP/IP Warstwa aplikacji mgr inż. Krzysztof Szałajko Modele odniesienia 7 Aplikacji 6 Prezentacji 5 Sesji 4 Transportowa 3 Sieciowa 2 Łącza danych 1 Fizyczna Aplikacji Transportowa Internetowa Dostępu

Bardziej szczegółowo

Zarządzanie ruchem i jakością usług w sieciach komputerowych

Zarządzanie ruchem i jakością usług w sieciach komputerowych Zarządzanie ruchem i jakością usług w sieciach komputerowych Część 1 wykładu SKO2 Mapa wykładu Wprowadzenie 10 trendów rozwoju sieci Komunikacja multimedialna w sieciach IP Techniki QoS ATM IEEE 802.1D

Bardziej szczegółowo

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak Wykład 3 / Wykład 4 Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak 1 Wprowadzenie do Modułu 3 CCNA-E Funkcje trzech wyższych warstw modelu OSI W jaki sposób ludzie wykorzystują

Bardziej szczegółowo

Krajowe Sympozjum Telekomunikacji i Teleinformatyki KSTiT 2007. Autorzy: Tomasz Piotrowski Szczepan Wójcik Mikołaj Wiśniewski Wojciech Mazurczyk

Krajowe Sympozjum Telekomunikacji i Teleinformatyki KSTiT 2007. Autorzy: Tomasz Piotrowski Szczepan Wójcik Mikołaj Wiśniewski Wojciech Mazurczyk Bezpieczeństwo usługi VoIP opartej na systemie Asterisk Krajowe Sympozjum Telekomunikacji i Teleinformatyki KSTiT 2007 Autorzy: Tomasz Piotrowski Szczepan Wójcik Mikołaj Wiśniewski Wojciech Mazurczyk Bydgoszcz,

Bardziej szczegółowo

TELEFONIA W SIECI IP

TELEFONIA W SIECI IP mgr inż. Jerzy Dołowski Wojskowa Akademia Techniczna, Wydział Elektroniki, Instytut Telekomunikacji ul. Gen. S.Kaliskiego 2, 00-908 Warszawa tel.: 0-22 6837897, fax: 0-22 6839038, e-mail: jerzy.dolowski@wel.wat.edu.pl

Bardziej szczegółowo

Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar)

Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar) Tworzenie witryn internetowych PHP/Java (mgr inż. Marek Downar) Hypertext Xanadu Project (Ted Nelson) propozycja prezentacji dokumentów pozwalającej czytelnikowi dokonywać wyboru Otwarte, płynne oraz ewoluujące

Bardziej szczegółowo

Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, e-mail. A. Kisiel,Protokoły DNS, SSH, HTTP, e-mail

Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, e-mail. A. Kisiel,Protokoły DNS, SSH, HTTP, e-mail N, Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, e-mail 1 Domain Name Service Usługa Domain Name Service (DNS) Protokół UDP (port 53), klient-serwer Sformalizowana w postaci protokołu DNS Odpowiada

Bardziej szczegółowo

1. Architektura logiczna Platformy Usługowej

1. Architektura logiczna Platformy Usługowej Kielce, dnia 12.01.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży

Bardziej szczegółowo

Ogólnopolskie Repozytorium Prac Dyplomowych

Ogólnopolskie Repozytorium Prac Dyplomowych Ogólnopolskie Repozytorium Prac Dyplomowych System Informacji o Szkolnictwie Wyższym POL-on Źródła danych i sposób zasilania, formaty i aspekty organizacyjne Strona 1 z 8 Spis treści Spis treści 1.Źródła

Bardziej szczegółowo

Gatesms.eu Mobilne Rozwiązania dla biznesu

Gatesms.eu Mobilne Rozwiązania dla biznesu Mobilne Rozwiązania dla biznesu SPECYFIKACJA TECHNICZNA WEB API-USSD GATESMS.EU wersja 0.9 Opracował: Gatesms.eu Spis Historia wersji dokumentu...3 Bezpieczeństwo...3 Wymagania ogólne...3 Mechanizm zabezpieczenia

Bardziej szczegółowo

1.1 Podłączenie... 3 1.2 Montaż... 4 1.2.1 Biurko... 4 1.2.2 Montaż naścienny... 4

1.1 Podłączenie... 3 1.2 Montaż... 4 1.2.1 Biurko... 4 1.2.2 Montaż naścienny... 4 Szybki start telefonu AT810 Wersja: 1.1 PL 2014 1. Podłączenie i instalacja AT810... 3 1.1 Podłączenie... 3 1.2 Montaż... 4 1.2.1 Biurko... 4 1.2.2 Montaż naścienny... 4 2. Konfiguracja przez stronę www...

Bardziej szczegółowo

1. Model klient-serwer

1. Model klient-serwer 1. 1.1. Model komunikacji w sieci łącze komunikacyjne klient serwer Tradycyjny podziała zadań: Klient strona żądająca dostępu do danej usługi lub zasobu Serwer strona, która świadczy usługę lub udostępnia

Bardziej szczegółowo

Jarosław Kuchta Administrowanie Systemami Komputerowymi. Internetowe Usługi Informacyjne

Jarosław Kuchta Administrowanie Systemami Komputerowymi. Internetowe Usługi Informacyjne Jarosław Kuchta Internetowe Usługi Informacyjne Komponenty IIS HTTP.SYS serwer HTTP zarządzanie połączeniami TCP/IP buforowanie odpowiedzi obsługa QoS (Quality of Service) obsługa plików dziennika IIS

Bardziej szczegółowo

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak Serwery Autorzy: Karol Czosnowski Mateusz Kaźmierczak Czym jest XMPP? XMPP (Extensible Messaging and Presence Protocol), zbiór otwartych technologii do komunikacji, czatu wieloosobowego, rozmów wideo i

Bardziej szczegółowo

Bezpieczne protokoły Materiały pomocnicze do wykładu

Bezpieczne protokoły Materiały pomocnicze do wykładu Bezpieczne protokoły Materiały pomocnicze do wykładu Bezpieczeństwo systemów informatycznych Bezpieczne protokoły Zbigniew Suski 1 Bezpieczne protokoły Sec! Sec (Secure )! L2TP (Layer 2 Tunneling Protocol)!

Bardziej szczegółowo

Technologia VoIP Podstawy i standardy

Technologia VoIP Podstawy i standardy Technologia VoIP Podstawy i standardy Paweł Brzeziński IV rok ASiSK, nr indeksu 5686 PWSZ Elbląg Elbląg 2008 r. Przeglądając źródła na temat Voice over IP, natknąłem się na dwie daty, kaŝda z nich wiąŝe

Bardziej szczegółowo

Protokół wymiany sentencji, wersja 1

Protokół wymiany sentencji, wersja 1 Protokół wymiany sentencji, wersja 1 Sieci komputerowe 2011@ MIM UW Osowski Marcin 28 kwietnia 2011 1 Streszczenie Dokument ten opisuje protokół przesyłania sentencji w modelu klientserwer. W założeniu

Bardziej szczegółowo

Sieci komputerowe Warstwa aplikacji

Sieci komputerowe Warstwa aplikacji Sieci komputerowe Warstwa aplikacji 2012-05-24 Sieci komputerowe Warstwa aplikacji dr inż. Maciej Piechowiak 1 Wprowadzenie warstwa zapewniająca interfejs pomiędzy aplikacjami używanymi do komunikacji,

Bardziej szczegółowo

Laboratorium 6.7.2: Śledzenie pakietów ICMP

Laboratorium 6.7.2: Śledzenie pakietów ICMP Topologia sieci Tabela adresacji Urządzenie Interfejs Adres IP Maska podsieci Domyślna brama R1-ISP R2-Central Serwer Eagle S0/0/0 10.10.10.6 255.255.255.252 Nie dotyczy Fa0/0 192.168.254.253 255.255.255.0

Bardziej szczegółowo

Protokół SIP w pigułce. Marek Średniawa

Protokół SIP w pigułce. Marek Średniawa Protokół SIP w pigułce Marek Średniawa SIP: Session Initiation Protocol Protokół aplikacyjny (tekstowy): ustanawianie, modyfikacja, likwidacja i zarządzanie przebiegiem multimedialnych sesji komunikacyjnych

Bardziej szczegółowo

Sygnalizacja Kontrola bramy Media

Sygnalizacja Kontrola bramy Media PROTOKOŁY VoIP Sygnalizacja Kontrola bramy Media H.323 Audio/ Video H.225 H.245 Q.931 RAS SIP MGCP RTP RTCP RTSP TCP UDP IP PROTOKOŁY VoIP - CD PROTOKOŁY VoIP - CD PROTOKOŁY VoIP - CD PROTOKOŁY SYGNALIZACYJNE

Bardziej szczegółowo

1. W protokole http w ogólnym przypadku elementy odpowiedzi mają: a) Postać tekstu b) Postać HTML c) Zarówno a i b 2. W usłudze DNS odpowiedź

1. W protokole http w ogólnym przypadku elementy odpowiedzi mają: a) Postać tekstu b) Postać HTML c) Zarówno a i b 2. W usłudze DNS odpowiedź 1. W protokole http w ogólnym przypadku elementy odpowiedzi mają: a) Postać tekstu b) Postać HTML c) Zarówno a i b 2. W usłudze DNS odpowiedź autorytatywna dotycząca hosta pochodzi od serwera: a) do którego

Bardziej szczegółowo

API transakcyjne BitMarket.pl

API transakcyjne BitMarket.pl API transakcyjne BitMarket.pl Wersja 20140402 1. Sposób łączenia się z API... 2 1.1. Klucze API... 2 1.2. Podpisywanie wiadomości... 2 1.3. Parametr tonce... 2 1.4. Limity zapytań... 3 1.5. Odpowiedzi

Bardziej szczegółowo

Technologia VoIP w aspekcie dostępu do numerów alarmowych

Technologia VoIP w aspekcie dostępu do numerów alarmowych Technologia VoIP w aspekcie dostępu do numerów alarmowych Jerzy Paczocha - gł. specjalista Waldemar Szczęsny - adiunkt Debata o przyszłych regulacjach usługi VoIP Urząd Komunikacji Elektronicznej 26 listopad

Bardziej szczegółowo

ZABEZPIECZENIE KOMUNIKACJI Z SYSTEMEM E-PŁATNOŚCI

ZABEZPIECZENIE KOMUNIKACJI Z SYSTEMEM E-PŁATNOŚCI PROJEKT: ZAPROJEKTOWANIE, WYKONANIE I WDROŻENIE SYSTEMU INFORMATYCZNEGO OBSŁUGUJĄCEGO E-PŁATNOŚCI ZABEZPIECZENIE KOMUNIKACJI Z SYSTEMEM E-PŁATNOŚCI Strona 1 z 19 Informacje o Historia zmian Wprowadzenie

Bardziej szczegółowo

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe N, Wykład 4: Protokoły TCP/UDP i usługi sieciowe 1 Adres aplikacji: numer portu Protokoły w. łącza danych (np. Ethernet) oraz w. sieciowej (IP) pozwalają tylko na zaadresowanie komputera (interfejsu sieciowego),

Bardziej szczegółowo

Transmisja danych multimedialnych. mgr inż. Piotr Bratoszewski

Transmisja danych multimedialnych. mgr inż. Piotr Bratoszewski Transmisja danych multimedialnych mgr inż. Piotr Bratoszewski Wprowadzenie Czym są multimedia? Informacje przekazywane przez sieć mogą się składać z danych różnego typu: Tekst ciągi znaków sformatowane

Bardziej szczegółowo

Model sieci OSI, protokoły sieciowe, adresy IP

Model sieci OSI, protokoły sieciowe, adresy IP Model sieci OSI, protokoły sieciowe, adresy IP Podstawę działania internetu stanowi zestaw protokołów komunikacyjnych TCP/IP. Wiele z używanych obecnie protokołów zostało opartych na czterowarstwowym modelu

Bardziej szczegółowo

Implementacja protokołu komunikacyjnego

Implementacja protokołu komunikacyjnego Implementacja protokołu komunikacyjnego Praca licencjacka Marcin Malich Uniwersytet Śląski Wydział Matematyki, Fizyki i Chemii Katowice, 2009 Plan prezentacji 1 Wprowadzenie 2 Protokół SLCP Geneza Założenia

Bardziej szczegółowo

Specyfikacja techniczna. mprofi Interfejs API

Specyfikacja techniczna. mprofi Interfejs API Warszawa 09.04.2015. Specyfikacja techniczna mprofi Interfejs API wersja 1.0.2 1 Specyfikacja techniczna mprofi Interfejs API wersja 1.0.2 WERSJA DATA STATUTS AUTOR 1.0.0 10.03.2015 UTWORZENIE DOKUMENTU

Bardziej szczegółowo

Bezpieczeństwo Voice over IP opartego na SIP

Bezpieczeństwo Voice over IP opartego na SIP Bezpieczeństwo Voice over IP opartego na SIP Wojciech Mazurczyk Instytut Telekomunikacji Politechnika Warszawska E-mail: W.Mazurczyk@elka.pw.edu.pl http://security.tele.pw.edu.pl/ Streszczenie W artykule

Bardziej szczegółowo

Technologie Internetu. Protokół HTTP. Aleksander Denisiuk. denisjuk@pja.edu.pl

Technologie Internetu. Protokół HTTP. Aleksander Denisiuk. denisjuk@pja.edu.pl Technologie Internetu Protokół HTTP Aleksander Denisiuk denisjuk@pja.edu.pl Polsko-Japońska Akademia Technik Komputerowych Wydział Informatyki w Gdańsku ul. Brzegi 55 80-045 Gdańsk Technologie Internetu

Bardziej szczegółowo

Języki programowania wysokiego poziomu WWW

Języki programowania wysokiego poziomu WWW Języki programowania wysokiego poziomu WWW Zawartość Protokół HTTP Języki HTML i XHTML Struktura dokumentu html: DTD i rodzaje html; xhtml Nagłówek html - kodowanie znaków, język Ciało html Sposób formatowania

Bardziej szczegółowo

Na podstawie: Kirch O., Dawson T. 2000: LINUX podręcznik administratora sieci. Wydawnictwo RM, Warszawa. FILTROWANIE IP

Na podstawie: Kirch O., Dawson T. 2000: LINUX podręcznik administratora sieci. Wydawnictwo RM, Warszawa. FILTROWANIE IP FILTROWANIE IP mechanizm decydujący, które typy datagramów IP mają być odebrane, które odrzucone. Odrzucenie oznacza usunięcie, zignorowanie datagramów, tak jakby nie zostały w ogóle odebrane. funkcja

Bardziej szczegółowo

DOKUMENTACJA TECHNICZNA SMS API MT

DOKUMENTACJA TECHNICZNA SMS API MT DOKUMENTACJA TECHNICZNA SMS API MT Mobitex Telecom Sp.j., ul. Warszawska 10b, 05-119 Legionowo Strona 1 z 5 Ten dokument zawiera szczegółowe informacje odnośnie sposobu przesyłania requestów do serwerów

Bardziej szczegółowo

ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ DHCP

ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ DHCP ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ dr inż. Artur Sierszeń, asiersz@kis.p.lodz.pl dr inż. Andrzej Frączyk, a.fraczyk@kis.p.lodz.pl DHCP 1 Wykład Dynamiczna konfiguracja

Bardziej szczegółowo

(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1938536. (96) Data i numer zgłoszenia patentu europejskiego: 13.10.2006 06809590.

(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1938536. (96) Data i numer zgłoszenia patentu europejskiego: 13.10.2006 06809590. RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1938536 (96) Data i numer zgłoszenia patentu europejskiego: 13.10.2006 06809590.0 (13) (51) T3 Int.Cl. H04L 12/58 (2006.01)

Bardziej szczegółowo

Zarządzanie ruchem w sieci IP. Komunikat ICMP. Internet Control Message Protocol DSRG DSRG. DSRG Warstwa sieciowa DSRG. Protokół sterujący

Zarządzanie ruchem w sieci IP. Komunikat ICMP. Internet Control Message Protocol DSRG DSRG. DSRG Warstwa sieciowa DSRG. Protokół sterujący Zarządzanie w sieci Protokół Internet Control Message Protocol Protokół sterujący informacje o błędach np. przeznaczenie nieosiągalne, informacje sterujące np. przekierunkowanie, informacje pomocnicze

Bardziej szczegółowo

ZiMSK. Konsola, TELNET, SSH 1

ZiMSK. Konsola, TELNET, SSH 1 ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ dr inż. Artur Sierszeń, asiersz@kis.p.lodz.pl dr inż. Andrzej Frączyk, a.fraczyk@kis.p.lodz.pl Konsola, TELNET, SSH 1 Wykład

Bardziej szczegółowo

Aplikacje WWW Wprowadzenie

Aplikacje WWW Wprowadzenie Aplikacje WWW Wprowadzenie Beata Pańczyk na podstawie http://www.e-informatyka.edu.pl/ http://wazniak.mimuw.edu.pl/index.php?title=aplikacje_www Plan wykładu Składniki architektury WWW: klient HTTP, serwer

Bardziej szczegółowo

AKADEMIA GÓRNICZO-HUTNICZA Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki

AKADEMIA GÓRNICZO-HUTNICZA Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki AKADEMIA GÓRNICZO-HUTNICZA Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki KATEDRA INFORMATYKI Mobicents VoIP Projekt wykonany w ramach SIUS i IOSR Biolik Wojciech Błazej Kardyś Informatyka,

Bardziej szczegółowo

Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol)

Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol) Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol) W latach 1973-78 Agencja DARPA i Stanford University opracowały dwa wzajemnie uzupełniające się protokoły: połączeniowy TCP

Bardziej szczegółowo

Stos TCP/IP. Warstwa aplikacji cz.2

Stos TCP/IP. Warstwa aplikacji cz.2 aplikacji transportowa Internetu Stos TCP/IP dostępu do sieci Warstwa aplikacji cz.2 Sieci komputerowe Wykład 6 FTP Protokół transmisji danych w sieciach TCP/IP (ang. File Transfer Protocol) Pobieranie

Bardziej szczegółowo

Skąd dostać adres? Metody uzyskiwania adresów IP. Statycznie RARP. Część sieciowa. Część hosta

Skąd dostać adres? Metody uzyskiwania adresów IP. Statycznie RARP. Część sieciowa. Część hosta Sieci komputerowe 1 Sieci komputerowe 2 Skąd dostać adres? Metody uzyskiwania adresów IP Część sieciowa Jeśli nie jesteśmy dołączeni do Internetu wyssany z palca. W przeciwnym przypadku numer sieci dostajemy

Bardziej szczegółowo

Połączenia VoIP z firmą Slican

Połączenia VoIP z firmą Slican Zapraszamy do kontaktu z nami przez VoIP. Połączenia VoIP z firmą Slican Ogólnie Aby skonfigurować urządzenie lub oprogramowanie VoIP do komunikacji z firmą Slican poprzez sieć internet należy w jego ustawieniach

Bardziej szczegółowo

Sieci komputerowe. Wykład 8: Warstwa zastosowań: FTP i HTTP. Marcin Bieńkowski. Instytut Informatyki Uniwersytet Wrocławski

Sieci komputerowe. Wykład 8: Warstwa zastosowań: FTP i HTTP. Marcin Bieńkowski. Instytut Informatyki Uniwersytet Wrocławski Sieci komputerowe Wykład 8: Warstwa zastosowań: FTP i HTTP Marcin Bieńkowski Instytut Informatyki Uniwersytet Wrocławski Sieci komputerowe (II UWr) Wykład 8 1 / 26 Przypomnienie: Internetowy model warstwowy

Bardziej szczegółowo

INSTRUKCJA OBSŁUGI DLA SIECI

INSTRUKCJA OBSŁUGI DLA SIECI INSTRUKCJA OBSŁUGI DLA SIECI Zapisywanie dziennika druku w lokalizacji sieciowej Wersja 0 POL Definicje dotyczące oznaczeń w tekście W tym Podręczniku użytkownika zastosowano następujące ikony: Uwagi informują

Bardziej szczegółowo

Wykład 2: Budowanie sieci lokalnych. A. Kisiel, Budowanie sieci lokalnych

Wykład 2: Budowanie sieci lokalnych. A. Kisiel, Budowanie sieci lokalnych Wykład 2: Budowanie sieci lokalnych 1 Budowanie sieci lokalnych Technologie istotne z punktu widzenia konfiguracji i testowania poprawnego działania sieci lokalnej: Protokół ICMP i narzędzia go wykorzystujące

Bardziej szczegółowo

The OWASP Foundation http://www.owasp.org. Session Management. Sławomir Rozbicki. slawek@rozbicki.eu

The OWASP Foundation http://www.owasp.org. Session Management. Sławomir Rozbicki. slawek@rozbicki.eu The OWASP Foundation http://www.owasp.org Session Management Sławomir Rozbicki slawek@rozbicki.eu 28-07-2011 OWASP TOP 10 A1: Injection A2: Cross-Site Scripting (XSS) A3: Broken Authentication and Session

Bardziej szczegółowo

Java wybrane technologie

Java wybrane technologie Java wybrane technologie spotkanie nr 2 JavaMail 1 Wprowadzenie JavaMail 1.4 (opiera się na JavaBean Activation Framework (JAF) 1.1) odbieranie, tworzenie i wysyłanie wiadomości elektronicznych dla twórców

Bardziej szczegółowo

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego a. Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego Ministerstwo Finansów Departament Informatyzacji 23 May 2016 Version 1.3 i Spis treści 1 Przygotowanie danych JPK... 3 1.1 Przygotowanie

Bardziej szczegółowo

Planowanie telefonii VoIP

Planowanie telefonii VoIP Planowanie telefonii VoIP Nie zapominając o PSTN Składniki sieci telefonicznej 1 Centrale i łącza między nimi 2 Nawiązanie połączenia Przykład sygnalizacji lewy dzwoni do prawego 3 4 Telefonia pakietowa

Bardziej szczegółowo

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do Sesje i ciasteczka Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do śledzenia użytkownika podczas jednej sesji

Bardziej szczegółowo

SSL (Secure Socket Layer)

SSL (Secure Socket Layer) SSL --- Secure Socket Layer --- protokół bezpiecznej komunikacji między klientem a serwerem, stworzony przez Netscape. SSL w założeniu jest podkładką pod istniejące protokoły, takie jak HTTP, FTP, SMTP,

Bardziej szczegółowo

Bezpieczeństwo w M875

Bezpieczeństwo w M875 Bezpieczeństwo w M875 1. Reguły zapory sieciowej Funkcje bezpieczeństwa modułu M875 zawierają Stateful Firewall. Jest to metoda filtrowania i sprawdzania pakietów, która polega na analizie nagłówków pakietów

Bardziej szczegółowo

Laboratorium 3.4.3: Usługi i protokoły e-mail

Laboratorium 3.4.3: Usługi i protokoły e-mail Topologia sieci Tabela adresacji Urządzenie Interfejs Adres IP Maska podsieci Domyślna brama R1-ISP S0/0/0 10.10.10.6 255.255.255.252 Nie dotyczy Fa0/0 192.168.254.253 255.255.255.0 Nie dotyczy R2-Central

Bardziej szczegółowo

Bezpieczeństwo poczty elektronicznej

Bezpieczeństwo poczty elektronicznej Bezpieczeństwo poczty elektronicznej Mariusz Goch Politechnika Warszawska Wydział Elektroniki i Technik Informacyjnych 1 Plan prezentacji Bezpieczeństwo transportu wiadomości Problemy serwera pocztowego

Bardziej szczegółowo

Uwaga!!! Założono, że router jest poprawnie podłączony i skonfigurowany do obsługi dostępu do Internetu.

Uwaga!!! Założono, że router jest poprawnie podłączony i skonfigurowany do obsługi dostępu do Internetu. 1. Rejestracja konta 2. Książka telefoniczna 3. Problemy 3.1. Rejestracja 3.2. NAT 3.3. Kodeki 3.4. Zaawansowane Przykład bazuje na wymyślonym operatorze telefonii VoIP o nazwie XYZ. Dane techniczne usługi:

Bardziej szczegółowo

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV Piotr Jarosik, Kamil Jaworski, Dominik Olędzki, Anna Stępień Dokumentacja wstępna TIN Rozproszone repozytorium oparte o WebDAV 1. Wstęp Celem projektu jest zaimplementowanie rozproszonego repozytorium

Bardziej szczegółowo

Plan wykładu. Domain Name System. Hierarchiczna budowa nazw. Definicja DNS. Obszary i ich obsługa Zapytania Właściwości.

Plan wykładu. Domain Name System. Hierarchiczna budowa nazw. Definicja DNS. Obszary i ich obsługa Zapytania Właściwości. Sieci owe Sieci owe Plan wykładu Domain Name System System Nazw Domen Definicja DNS Hierarchiczna budowa nazw Obszary i ich obsługa Zapytania Właściwości Sieci owe Sieci owe Definicja DNS DNS to rozproszona

Bardziej szczegółowo

TIN Techniki Internetowe zima 2015-2016

TIN Techniki Internetowe zima 2015-2016 TIN Techniki Internetowe zima 2015-2016 Grzegorz Blinowski Instytut Informatyki Politechniki Warszawskiej Plan wykładów 2 Intersieć, ISO/OSI, protokoły sieciowe, IP 3 Protokoły transportowe: UDP, TCP 4

Bardziej szczegółowo

Problemy z bezpieczeństwem w sieci lokalnej

Problemy z bezpieczeństwem w sieci lokalnej Problemy z bezpieczeństwem w sieci lokalnej możliwości podsłuchiwania/przechwytywania ruchu sieciowego pakiet dsniff demonstracja kilku narzędzi z pakietu dsniff metody przeciwdziałania Podsłuchiwanie

Bardziej szczegółowo

OmniTouch 8400 Instant Communications Suite Integracja z programem Microsoft Outlook

OmniTouch 8400 Instant Communications Suite Integracja z programem Microsoft Outlook OmniTouch 8400 Instant Communications Suite Przewodnik informacyjny R6.1 Alcatel-Lucent OmniTouch 8400 Instant Communications Suite zapewnia wiele usług po skojarzeniu z aplikacją Microsoft Outlook. Integracja

Bardziej szczegółowo

Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone. MASH.PL Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone Strona 1

Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone. MASH.PL Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone Strona 1 Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone MASH.PL Wymagania i zalecenia dla usługi głosowej w Sieci FreePhone Strona 1 SPIS TREŚCI: Wymagania ogólne stawiane połączeniom głosowym-----------------------------------------3

Bardziej szczegółowo

Programowanie Sieciowe 2 Protokoły komunikacyjne: HTTP

Programowanie Sieciowe 2 Protokoły komunikacyjne: HTTP Programowanie Sieciowe 2 Protokoły komunikacyjne: HTTP mgr inż. Tomasz Jaworski tjaworski@kis.p.lodz.pl http://tjaworski.kis.p.lodz.pl/ Protokoły komunikacyjne HTTP HyperText Transport Protocol 2 Protokół

Bardziej szczegółowo

Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar)

Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar) Tworzenie witryn internetowych PHP/Java (mgr inż. Marek Downar) Rodzaje zawartości Zawartość statyczna Treść statyczna (np. nagłówek, stopka) Layout, pliki multimedialne, obrazki, elementy typograficzne,

Bardziej szczegółowo

(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1571864. (96) Data i numer zgłoszenia patentu europejskiego: 05.03.2004 04005227.

(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1571864. (96) Data i numer zgłoszenia patentu europejskiego: 05.03.2004 04005227. RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1571864 (96) Data i numer zgłoszenia patentu europejskiego: 05.03.2004 04005227.6 (13) (51) T3 Int.Cl. H04W 4/10 (2009.01)

Bardziej szczegółowo

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Akademia Techniczno-Humanistyczna w Bielsku-Białej Akademia Techniczno-Humanistyczna w Bielsku-Białej Wydział Budowy Maszyn i Informatyki Laboratorium z sieci komputerowych Ćwiczenie numer: 3 Temat ćwiczenia: Narzędzia sieciowe w systemie Windows 1. Wstęp

Bardziej szczegółowo

Ilość sztuka 1 PBX/IP Opis minimalnych wymagań 1 W zakresie sprzętowym 1.1 Porty: - Min 1 port WAN - RJ-45 (10/100Base-TX, automatyczne wykrywanie)

Ilość sztuka 1 PBX/IP Opis minimalnych wymagań 1 W zakresie sprzętowym 1.1 Porty: - Min 1 port WAN - RJ-45 (10/100Base-TX, automatyczne wykrywanie) CZĘŚĆ I Załącznik I do siwz Urządzenie 1. Przedmiot zamówienia dotyczy dostawy sprzętowej centralki telefonii internetowej PBX/IP sztuk 1. Szczegółowe parametry oraz inne wymagania Zamawiającego wyszczególnione

Bardziej szczegółowo

Serwery multimedialne RealNetworks

Serwery multimedialne RealNetworks 1 Serwery multimedialne RealNetworks 2 Co to jest strumieniowanie? Strumieniowanie można określić jako zdolność przesyłania danych bezpośrednio z serwera do lokalnego komputera i rozpoczęcie wykorzystywania

Bardziej szczegółowo

Rywalizacja w sieci cd. Protokoły komunikacyjne. Model ISO. Protokoły komunikacyjne (cd.) Struktura komunikatu. Przesyłanie między warstwami

Rywalizacja w sieci cd. Protokoły komunikacyjne. Model ISO. Protokoły komunikacyjne (cd.) Struktura komunikatu. Przesyłanie między warstwami Struktury sieciowe Struktury sieciowe Podstawy Topologia Typy sieci Komunikacja Protokoły komunikacyjne Podstawy Topologia Typy sieci Komunikacja Protokoły komunikacyjne 15.1 15.2 System rozproszony Motywacja

Bardziej szczegółowo

Sieci Komputerowe. Wykład 1: TCP/IP i adresowanie w sieci Internet

Sieci Komputerowe. Wykład 1: TCP/IP i adresowanie w sieci Internet Sieci Komputerowe Wykład 1: TCP/IP i adresowanie w sieci Internet prof. nzw dr hab. inż. Adam Kisiel kisiel@if.pw.edu.pl Pokój 114 lub 117d 1 Kilka ważnych dat 1966: Projekt ARPANET finansowany przez DOD

Bardziej szczegółowo

Profesjonalne Platformy VOIP. Dariusz Dwornikowski

Profesjonalne Platformy VOIP. Dariusz Dwornikowski Profesjonalne Platformy VOIP Dariusz Dwornikowski VoIP i PSTN VoIP - technologia przesyłania głosu w sieciach IP PSTN - tradycyjne sieci komutowane Zalety technologii VoIP Niższe koszta połączeń Przezroczystość

Bardziej szczegółowo

Bazy danych 2. Wykład 1

Bazy danych 2. Wykład 1 Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu

Bardziej szczegółowo

Wdrożenie usługi wideokonferencji HD w sieci PIONIER

Wdrożenie usługi wideokonferencji HD w sieci PIONIER Wdrożenie usługi wideokonferencji HD w sieci PIONIER M.Bazyly, M.Głowiak, B.Idzikowski, D.Klimowicz, M.Stróżyk Konferencja I3, Wrocław 2.12.2010 Agenda Wprowadzenie Elementy infrastruktury systemu wideokonferencyjnego

Bardziej szczegółowo

Technologie cyfrowe. Artur Kalinowski. Zakład Cząstek i Oddziaływań Fundamentalnych Pasteura 5, pokój 4.15 Artur.Kalinowski@fuw.edu.

Technologie cyfrowe. Artur Kalinowski. Zakład Cząstek i Oddziaływań Fundamentalnych Pasteura 5, pokój 4.15 Artur.Kalinowski@fuw.edu. Technologie cyfrowe Artur Kalinowski Zakład Cząstek i Oddziaływań Fundamentalnych Pasteura 5, pokój 4.15 Artur.Kalinowski@fuw.edu.pl Semestr letni 2014/2015 Usługi internetowe usługa internetowa (ang.

Bardziej szczegółowo

Załącznik nr 1. Próbki tekstu do tłumaczenia. Łódź, 02.10.2012 r.

Załącznik nr 1. Próbki tekstu do tłumaczenia. Łódź, 02.10.2012 r. Załącznik nr 1. Próbki tekstu do tłumaczenia. Łódź, 02.10.2012 r. Uwaga: tekst zaznaczony na żółto zawiera listingi lub polecenia w języku angielskim i nie wymaga tłumaczenia. Próbka nr 1: SIP (ang. Session

Bardziej szczegółowo

Konfiguracja telefonu Yealink T20P

Konfiguracja telefonu Yealink T20P Konfiguracja telefonu Yealink T20P 1 Identyfikacja telefonu Po podłączeniu telefonu do zasilania oraz do sieci Ethernet urządzenie pobierze adres IP z serwera DHCP. Poniżej zostały zaprezentowane trzy

Bardziej szczegółowo

Plan wykładu. Domain Name System. Definicja DNS. Po co nazwy? Przestrzeń nazw domen Strefy i ich obsługa Zapytania Właściwości.

Plan wykładu. Domain Name System. Definicja DNS. Po co nazwy? Przestrzeń nazw domen Strefy i ich obsługa Zapytania Właściwości. Sieci komputerowe 1 Sieci komputerowe 2 Plan wykładu Domain Name System System Nazw Domen Definicja DNS Wymagania Przestrzeń nazw domen Strefy i ich obsługa Zapytania Właściwości Sieci komputerowe 3 Sieci

Bardziej szczegółowo

Sieci komputerowe. Wstęp

Sieci komputerowe. Wstęp Sieci komputerowe Wstęp Sieć komputerowa to grupa komputerów lub innych urządzeń połączonych ze sobą w celu wymiany danych lub współdzielenia różnych zasobów, na przykład: korzystania ze wspólnych urządzeń

Bardziej szczegółowo

Wykaz zmian w programie SysLoger

Wykaz zmian w programie SysLoger Wykaz zmian w programie SysLoger Pierwsza wersja programu 1.0.0.1 powstała we wrześniu 2011. Funkcjonalność pierwszej wersji programu: 1. Zapis logów do pliku tekstowego, 2. Powiadamianie e-mail tylko

Bardziej szczegółowo

A. Ciarkowski, KSM WETI PG. Transmisja multimediów w sieciach IP Protokoły Voice/Video over Data Usługi multimedialne

A. Ciarkowski, KSM WETI PG. Transmisja multimediów w sieciach IP Protokoły Voice/Video over Data Usługi multimedialne A. Ciarkowski, KSM WETI PG Transmisja multimediów w sieciach IP Protokoły Voice/Video over Data Usługi multimedialne 1 Protokoły UDP i TCP w transmisji multimediów NAT Traversal Wsparcie dla transmisji

Bardziej szczegółowo

Programowanie współbieżne i rozproszone

Programowanie współbieżne i rozproszone Programowanie współbieżne i rozproszone WYKŁAD 6 dr inż. Komunikowanie się procesów Z użyciem pamięci współdzielonej. wykorzystywane przede wszystkim w programowaniu wielowątkowym. Za pomocą przesyłania

Bardziej szczegółowo

NGN/IMS-Transport (warstwa transportowa NGN/IMS)

NGN/IMS-Transport (warstwa transportowa NGN/IMS) Instytut Telekomunikacji PW NGN/IMS-Transport (warstwa transportowa NGN/IMS) IMS/Transport 1 RACF Resource and Admission COntrol FUnction Architektura odniesienia NGN funkcje transportowe ANI Profile usługowe

Bardziej szczegółowo

Zastosowania PKI dla wirtualnych sieci prywatnych

Zastosowania PKI dla wirtualnych sieci prywatnych Zastosowania PKI dla wirtualnych sieci prywatnych Andrzej Chrząszcz NASK Agenda Wstęp Sieci Wirtualne i IPSEC IPSEC i mechanizmy bezpieczeństwa Jak wybrać właściwą strategię? PKI dla VPN Co oferują dostawcy

Bardziej szczegółowo

Dokumentacja Techniczna. Dokumentacja techniczna usługi płatności mobilnych

Dokumentacja Techniczna. Dokumentacja techniczna usługi płatności mobilnych Dokumentacja Techniczna 1.3, beta Direct Billing Dokumentacja techniczna usługi płatności mobilnych CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax: +48 032

Bardziej szczegółowo