Johnson, Baismall, Andre

Slides:



Advertisements
Similar presentations
XPointer and HTTP Range A possible design for a scalable and extensible RDF Data Access protocol. Bryan Thompson draft Presented to the RDF.
Advertisements

Certification Test Tool Jon Wheeler Test Lead Microsoft Corporation.
TCP/IP Protocol Suite 1 Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display. Chapter 22 World Wide Web and HTTP.
Socket Layer Security. In this Presentation: need for web security SSL/TLS transport layer security protocols HTTPS secure shell (SSH)
PART 6 Application Layer
Hypertext Transfer Protocol Kyle Roth Mark Hoover.
Digital Signature Xiaoyan Guo/ Xiaohang Luo/
_______________________________________________________________________________________________________________ E-Commerce: Fundamentals and Applications1.
CP476 Internet Computing Lecture 5 : HTTP, WWW and URL 1 Lecture 5. WWW, HTTP and URL Objective: to review the concepts of WWW to understand how HTTP works.
TCP/IP Protocol Suite 1 Chapter 22 Upon completion you will be able to: World Wide Web: HTTP Understand the components of a browser and a server Understand.
Maryam Elahi University of Calgary – CPSC 441.  HTTP stands for Hypertext Transfer Protocol.  Used to deliver virtually all files and other data (collectively.
Sistem Jaringan dan Komunikasi Data #9. DNS The Internet Directory Service  the Domain Name Service (DNS) provides mapping between host name & IP address.
Sympa Mailing List Server
_______________________________________________________________________________________________________________ E-Commerce: Fundamentals and Applications1.
Operating Systems Lesson 12. HTTP vs HTML HTML: hypertext markup language ◦ Definitions of tags that are added to Web documents to control their appearance.
Web Server Design Week 13 Old Dominion University Department of Computer Science CS 495/595 Spring 2010 Martin Klein 4/7/10.
27.1 Chapter 27 WWW and HTTP Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
27.1 Chapter 27 WWW and HTTP Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
GENA (General Event Notification Architecture) RTLAB 이 남 지 2003/01/08.
Computer Networks with Internet Technology William Stallings Chapter 04 Modern Applications 4.1 Web Access - HTTP.
Session 11: Cookies, Sessions ans Security iNET Academy Open Source Web Development.
27.1 Chapter 27 WWW and HTTP Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
1 Chapter 22 World Wide Web (HTTP) Chapter 22 World Wide Web (HTTP) Mi-Jung Choi Dept. of Computer Science and Engineering
Simple Web Services. Internet Basics The Internet is based on a communication protocol named TCP (Transmission Control Protocol) TCP allows programs running.
Lecture # 1 By: Aftab Alam Department Of Computer Science University Of Peshawar Internet Programming.
HyperText Transfer Protocol HTTP v1.1 hussein suleman uct cs honours 2009.
Hypertext Transfer Protocol (HTTP) COMP6218 Web Architecture Dr Nicholas Gibbins –
Tiny http client and server
Hypertext Transfer Protocol
Content from Python Docs.
HTTP – An overview.
The Hypertext Transfer Protocol
2nd Interoperability testing issues
WEB SERVICES From Chapter 19 of Distributed Systems Concepts and Design,4th Edition, By G. Coulouris, J. Dollimore and T. Kindberg Published by Addison.
HTTP Headers.
J. Bradley Sanso H. Tschofenig
WEB-API & MVC5 - Identity & Security
Network Services Interface
Chapter 27 WWW and HTTP Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
HTTP Protocol Specification
Hypertext Transfer Protocol
Hypertext Transport Protocol
All about social networking
Introduction Web Environments
HTTP Protocol.
IS333D: MULTI-TIER APPLICATION DEVELOPMENT
Testing REST IPA using POSTMAN
The Request & Response object
Network Services Interface
Chapter 27 WWW and HTTP.
REST Client Tutorial by Pavan Ethic Coder
HTTP Request Method URL Protocol Version GET /index.html HTTP/1.1
Digital Certificates and X.509
Web Server Design Week 15 Old Dominion University
Hypertext Transfer Protocol
HTTP GET vs POST SE-2840 Dr. Mark L. Hornick.
EE 122: HyperText Transfer Protocol (HTTP)
William Stallings Data and Computer Communications
SEO Hand Book.
PART 6 Application Layer
Chapter 27 WWW and HTTP Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
Requests and Server Response Codes
WEB SERVICES From Chapter 19, Distributed Systems
Web Server Design Week 5 Old Dominion University
Web Server Design Week 14 Old Dominion University
Uniform Resource Locators (URLs)
Web Server Design Assignment #5 Extra Credit
Web Programming Week 1 Old Dominion University
HTTP Request Signing with AWS Signature Version 4
Presentation transcript:

Johnson, Baismall, Andre MAD Architecture Johnson, Baismall, Andre

Change log Date Version People Note 2014/05/07 V0.0.1 Johnson First draft, Hub is a independence of host. 2014/05/14 V0.0.2 Hub combine with IS server.

MAD Architecture (Publisher & Hub) (Subscribers) Interface Server (Publisher & Hub) Point of Service Servers (Subscribers) HTTP Request & Response Methods: GET & HEAD & POST

MAD Architecture in Discovery http://is.iis.sinica.tw/discovery Point of Service Servers (Subscribers) Interface Server (Publisher) HTTP Request GET or HEAD /discovery?parameters Query Parameters: address - The address of Point of Server. or latlng - Geographic location of Point of Server. postype - The type of Point of Server Discovery HTTP Response Response headers: Link : <http://is.iis.sinica.tw/hub> ; “rel=hub” , <http://is.iis.sinica.tw/topic?id=2OjdoXhe4ksZ> ; “rel=self”

MAD Architecture in Subscription http://is.iis.sinica.tw/subscription Point of Service Servers (Subscribers) Interface Server (Hub) HTTP Request POST /subscription POST headers: Content-Type – application/x-www-form-urlencoded POST body: hub.callback & hub.mode & hub.topic & hub.lease_seconds(Optional) & Hub.secret(Optional) Subscriber Sends Subscription Request hub.callback REQUIRED. The subscriber's callback URL where notifications should be delivered. It is considered good practice to use a unique callback URL for each subscription. hub.mode REQUIRED. The literal string "subscribe" or "unsubscribe", depending on the goal of the request. hub.topic REQUIRED. The topic URL that the subscriber wishes to subscribe to or unsubscribe from. hub.lease_seconds OPTIONAL. Number of seconds for which the subscriber would like to have the subscription active. Hubs MAY choose to respect this value or not, depending on their own policies. This parameter MAY be present for unsubscription requests and MUST be ignored by the hub in that case. hub.secret OPTIONAL. A subscriber-provided secret string that will be used to compute an HMAC digest for authorized content distribution. If not supplied, the HMAC digest will not be present for content distribution requests. This parameter SHOULD only be specified when the request was made over HTTPS [RFC2818]. This parameter MUST be less than 200 bytes in length. HTTP Response Response : Subscription is accepted. or Subscription is denied.

Subscription is denied http://pos.iis.sinica.tw/callback Point of Service Servers (Subscribers) Interface Server (Hub) HTTP Request GET /callback?parameters Query Parameters: hub.mode & hub.topic & hub.reason(Optional) HTTP Response Subscription Validation hub.mode REQUIRED. The literal string "denied". hub.topic REQUIRED. The topic URL given in the corresponding subscription request. hub.reason OPTIONAL. The hub may include a reason for which the subscription has been denied. Response : Success

Subscription is accepted [Hub Verifies Intent of the Subscriber] http://pos.iis.sinica.tw/callback Point of Service Servers (Subscribers) Interface Server (Hub) HTTP Request GET /callback?parameters Query Parameters: hub.mode & hub.topic & Hub.challenge & hub.lease_second(Optional) HTTP Response Hub Verifies Intent of the Subscriber hub.mode REQUIRED. The literal string "subscribe" or "unsubscribe", which matches the original request to the hub from the subscriber. hub.topic REQUIRED. The topic URL given in the corresponding subscription request. hub.challenge REQUIRED. A hub-generated, random string that MUST be echoed by the subscriber to verify the subscription. hub.lease_seconds REQUIRED/OPTIONAL. The hub-determined number of seconds that the subscription will stay active before expiring, measured from the time the verification request was made from the hub to the subscriber. Hubs MUST supply this parameter for subscription requests. This parameter MAY be present for unsubscribe requests and MUST be ignored by subscribers during unsubscription. Response : Success. – The subscriber MUST confirm that the hub.topic and response body equal to the hub.callenage parameter. But if response body does not match the hub.callenage parameter, the hub MUST consider verification to have failed. Not Found. - The verification have failed.

Hub keep retry until successful. Content Distribution http://pos.iis.sinica.tw/callback Hub keep retry until successful. Point of Service Servers (Subscribers) Interface Server (Hub) HTTP Request POST /callback POST headers: Content-Type – application/x-www-form-urlencoded Link : <http://is.iis.sinica.tw/hub> ; “rel=hub” , <http://is.iis.sinica.tw/topic?id=2OjdoXhe4ksZ> ; “rel=self” POST body: Topic Content Content Distribution The hub MUST consider all other subscriber response codes as failures; that means subscribers MUST NOT use HTTP redirects for moving subscriptions. HTTP Response Response : Success – The response body from the subscriber MUST be ignored by the hub.