Added RAMP-receiver side
ping and pong
Update README.md

- 1st screen device(chromacast) acts like proxy between two browser/app sessions 
- 2nd screen device creates app, then waits for connectionSvcURL
- 1st screen device after app starts issues REGISTER RAMP packet
- 1st > 2nd Issues CHANNELREQUEST with URL which is the same as that in connectionSvcURL in DIAL xml
- 2nd screen device connects via websockets using connectionSvcURL and isses LOAD, INFO, PLAY, STOP, VOLUME and other commands
- 1st screen responds accordingly
/apps redirection
add fullscreen mode
Update README.md
Created must return empty body as per DIAL specs
Make interface argument optional

Not specifying an interface listens on all addresses. Since it is not
possible to determine the incoming address of a datagram, the SSDP
server looks up which interface would be used to send the reply when
constructing the reply.

Signed-off-by: Tyler Hall <tylerwhall@gmail.com>
HTTPThread: Honor interface argument

The HTTP server was listening on all addresses. Make it use the same
interface as the SSDP server.

Don't subclass Thread so we can use __init__ to set the interface
without having to call the parent's __init__.

Signed-off-by: Tyler Hall <tylerwhall@gmail.com>
Merge pull request #10 from tylerwhall/ipaddress

Make the listen address optional and consistent between the two servers
apply pep8
Fix Cast discovery closes #8
Merge pull request #1 from dz0ny/master

upstream