2. DNS, SMTP, HTTP & Co. M2 SIME Réseaux 2015/2016

Transcription

1 2. DNS, SMTP, HTTP & Co M2 SIME Réseaux 2015/2016

2 modèle en couches Le modèle en couches OSI TCP/IP Application Présentation Application Session Transport Réseau Liaison Physique Transport Internet Interface réseau

3 1. Couche application

4 Couche application Application Layer The Application layer Application Transport Network Datalink Physical layer SDU Network Datalink Physical layer Application Transport Network Datalink Physical layer Goals Exchange useful information between applications by relying on the transport layer that hides the complexity of the network Unit of information Protocoles applicatifs, aussi nombreux que variés. Service Data Unit, SDU SMTP, HTTP, FTP, XMPP,... CNP3/ O. Bonaventure 2010

5 Couche application Dernière couche des modèles OSI et TCP/IP Échange de messages entre processus, généralement utilisée en bordure de réseau. Un protocole de niveau application doit spécifier : le type et le contenu des messages échangés ; les règles déterminant quand ces messages doivent être envoyés/reçus. Agent utilisateur (user agent) : interface entre l'utilisateur et le protocole (ex : navigateur web)

6 Modèle client/serveur En général un protocole applicatif utilisera le modèle client/serveur : Le client initie la connexion, demande un service Le serveur attend des connexions, fournit un service Exemples : HTTP : navigateur/serveur Web SMTP : MTA qui envoie/mta qui reçoit Plus rarement, chaque participant est alternativement client et serveur (ex : FTP)

7 Définir un protocole Comment structurer les données? lignes de texte / éléments XML / codage binaire Quelles interactions entre les participants? Comment traiter les erreurs?

8 Structuration des données avec UDP Service non connecté : organisation des données en datagrammes. Protocole non fiable. L'application doit continuer à fonctionner si certains datagrammes sont perdus. (ex. en vidéo, I-frames et P-frames)

9 Structuration des données à TCP Service connecté : transmission d'un flux de données. Nécessite une analyse syntaxique/sémantique. Le protocole doit être structuré : HTTP : lignes de texte, une entête par ligne, puis un saut de ligne pour marquer la fin. XMPP (Jabber) : flux XML, lire jusqu'à la balise fermante correspondant. Protocoles binaires, par exemple faire débuter un champ par sa longueur pour le délimiter.

10 Interactions Limiter le nombre de messages : Le temps d'aller-retour est souvent le facteur limitant. Un mécanisme pour signaler le type de réponse : Code d'erreur (ex : HTTP) Balise spéciale (ex : XMPP)

11 Sockets Une des extrémités d'une communication sur l'internet. Une socket est donnée par : l'adresse de transport locale (IP + port) ; l'adresse de transport du destinataire ; le protocole de transport (UDP, TCP,...) Une socket connectée est déterminée par le quadruplet : (adresse réseau source, port source, adresse réseau destination, port destination)

12 Types de sockets Plusieurs types possibles. Les plus fréquents : Socket stream (connectée, par ex. TCP) ; Socket datagram (non connectée, par ex. UDP) ; Socket raw : accès à la couche réseau.

13 API sockets Plusieurs API : BSD sockets (Standard sous Linux, BSD, OSX) Windows Sockets TLI (Transport Layer Interface)/XTI (Standard sous Solaris, Mac OS,...) Normalisé dans POSIX. En Java : java.net.socket

14 BSD sockets côté serveur s=socket(pf_inet,sock_stream,0); bind(s,addr,addrlen); listen(s,w); c=accept(s,&caddr,&caddrlen); k=read(c,buf,buflen); write(c,buf,n); close(c); côté client s=socket(pf_inet,sock_stream,0); connect(s,addr,addrlen); k=read(s,buf,buflen); write(s,buf,n); close(s); close(s);

15 Multiplexage Un serveur peut recevoir plusieurs connexions en même temps. Chaque connexion est accessible à travers une socket distincte. Multiplexage dans un programme séquentiel avec select......dans un programme parallèle à l'aide de threads.

16 2. DNS

17 Domain Name System Donner des noms (alphanumériques) plutôt que des adresses (IP) aux machines Un fichier à plat partagé (/etc/hosts) a ses limites Organiser les noms hiérarchiquement sous forme d'un espace de noms arborescent : chaque noeud a un nom (ex : univ-orleans.fr.) les feuilles de l'arbre correspondent à des hôtes un domaine est un sous-arbre (quelconque) Associer des enregistrements aux domaines

18 Zones DNS L'arbre DNS est partitionné en zones : une zone est un ensemble de noeuds chaque zone possède un serveur officiel (authoritative server) faisant autorité pour la zone le serveur officiel gère tous les noms de la zone Contraintes : tout noeud appartient à une zone aucun noeud n'appartient à plus d'une zone

19 Résolution DNS Comment retrouver l'information dans l'arbre DNS qui est distribué sur les serveurs de chaque zone? Le protocole DNS permet d'interroger les serveurs. Protocole d'interrogation de type question/réponse UDP (ou TCP pour les longs échanges) sur le port 53 Question type : quelle est l'adresse de

20 Résolution DNS Du point de vue du serveur, 3 cas se présentent : (1) si j'ai la réponse (par exemple parce que je suis le serveur officiel de la zone qui contient ce nom), je renvoie la réponse (2) sinon s'il s'agit d'une adresse dans un de mes sous-domaines, la question est à poser au serveur officiel du sous-domaine. (3) sinon, la question est à poser à la racine DNS.

21 Racine et TLD Le serveur racine de l'arbre DNS connaît les serveurs officiels de chaque domaine de premier niveau (TLD) L'adresse officielle du serveur racine de l'internet doit être configurée dans chaque serveur DNS : cf NS A.ROOT-SERVERS.NET. A.ROOT-SERVERS.NET A (...)

22 Redondance, résolveurs et cache En plus des serveurs officiels (primaires) de zone : serveurs DNS secondaires (redondance) ; résolveurs DNS des différents FAI + cache. Le protocole utilisé reste le même dans tous les cas : le protocole DNS sur le port 53. La manière de répondre aux requêtes diffère

23 Interrogation Une requête DNS peut être de deux types : itérative : lorsque le serveur n'a pas la réponse à la question, il se contente d'envoyer l'adresse du serveur à contacter pour poursuivre la requête. récursive : lorsque le serveur n'a pas la réponse à la question, il interroge lui-même le prochain serveur à contacter, itérant jusqu'à la réponse. En pratique les serveurs officiels de zones refusent traitent toutes les requêtes itérativement et les résolveurs des FAI récursivement.

24 Exemple du lab Alice dnsblue.blue.net dnsroot. dnsnet.net dnscold.cold.net smtp.cold.net A? smtp.cold.net A? NS dnsnet.net smtp.cold.net A? NS dnscold.cold.net smtp.cold.net A? A A

25 Délégation Les champs de type NS qui désigne le prochain serveur à contacter contiennent des noms DNS......il y a un risque de cercle vicieux Une zone doit connaître non seulement les noms des hôtes auxquels elle délègue des sous-domaines, mais aussi les adresses IP de ces hôtes. L'adresse IP est jointe en annexe à la réponse. com IN NS dnscom.com. dnscom.com IN A

26 Enregistrements DNS Un enregistrement DNS est de la forme suivante : ac IN NS b.ns13.net. nom de domaine ; TTL (Time to Live) : durée de validité ; Classe d'enregistrement (IN = internet) ; Type d'enregistrement ; Contenu. Il existe différents types d'enregistrement : on peut faire plus que convertir des noms en adresses

27 Types DNS A adresse IPv4 AAAA adresse IPv6 NS Name Server (utilisé pour la délégation) CNAME Canonical Name SOA Start of Authority TXT MX Mail exchanger = priorité + nom de serveur

28 $TTL IN SOA dnsnet.net. root.dnsnet.net. ( 1 ; serial 28 ; refresh 14 ; retry ; expire ; negative cache ttl IN NS dnsnet.net. dnsnet IN A blue IN NS dnsblue.blue.net. dnsblue.blue IN A red IN NS dnsred.red.net. dnsred.red IN A cold IN NS dnscold.cold.net. dnscold.cold IN A

29 % dig -t ANY univ-orleans.fr ; <<>> DiG 9.6-ESV-R4-P3 <<>> -t ANY univ-orleans.fr ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 2 ;; QUESTION SECTION: ;univ-orleans.fr. IN ANY ;; ANSWER SECTION: univ-orleans.fr IN SOA dns.univ-orleans.fr. gestion-dns.univorleans.fr univ-orleans.fr IN MX 1 smtpin.univ-orleans.fr. univ-orleans.fr IN NS arcturus.ciril.fr. univ-orleans.fr IN NS dns.univ-orleans.fr. univ-orleans.fr IN TXT "v=spf1 mx ip4: /24 ~all" ;; ADDITIONAL SECTION: smtpin.univ-orleans.fr IN A dns.univ-orleans.fr IN A ;; Query time: 38 msec ;; SERVER: #53( ) ;; WHEN: Tue Oct 18 10:44: ;; MSG SIZE rcvd: 230

30 % dig -t ANY ; <<>> DiG 9.6-ESV-R4-P3 <<>> -t ANY ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ; IN ANY ;; ANSWER SECTION: IN A IN MX 0 smtpin.univ-orleans.fr. ;; AUTHORITY SECTION: univ-orleans.fr IN NS arcturus.ciril.fr. univ-orleans.fr IN NS dns.univ-orleans.fr. ;; ADDITIONAL SECTION: smtpin.univ-orleans.fr IN A dns.univ-orleans.fr IN A ;; Query time: 47 msec ;; SERVER: #53( ) ;; WHEN: Tue Oct 18 10:48: ;; MSG SIZE rcvd: 155

31 % dig -x ; <<>> DiG 9.6-ESV-R4-P3 <<>> -x ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2986 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ; in-addr.arpa. IN PTR ;; ANSWER SECTION: in-addr.arpa IN PTR kelset.univ-orleans.fr. ;; AUTHORITY SECTION: in-addr.arpa IN NS dns.univ-orleans.fr in-addr.arpa IN NS arcturus.ciril.fr. ;; Query time: 37 msec ;; SERVER: #53( ) ;; WHEN: Tue Oct 18 10:50: ;; MSG SIZE rcvd: 128

32 3. SMTP

33 Messagerie électronique Plusieurs fonctionnalités, par plusieurs applications : MUA (Mail User Agent) : votre client de messagerie (mutt, Thunderbird, gmail,...) MSA (Mail Submission Agent) : serveur courrier sortant (protocole SMTP port ou 25) MTA (Mail Transfer Agent) : transfère les messages d'un serveur à un autre (SMTP) MDA (Mail Delivery Agent) : dépose les messages dans la boîte du destinataire (SMTP) On néglige ici les protocoles POP3 et IMAP

34

35 Courriel Un est constitué d'entêtes suivies d'une ligne vide suivie du corps du message. Trois entêtes obligatoires : From: Bob Dylan <bob@cold.net> To: Alice Russell <alice@jmail.com> Date: Wed, 23 Sep :20: Entêtes courantes : Subject: Notre concert du mois de mai Cc: management@universalmusic.com MIME-Version: 1.0 Content-Type: text/plain

36 Simple Mail Transfer Protocol RFC 821 Protocole textuel, simple à comprendre Encapsulé dans TCP, usuellement port 25 Si écrit à : le MUA d'alice utilise le protocole SMTP pour transmettre le message au serveur de courrier sortant du domaine jmail.com celui-ci résout l'enregistrement DNS de type MX pour le domaine cold.net pour identifier le serveur de courier entrant pour ce domaine. En l'absence de MX il utilisera le champ de type A. le serveur de courrier entrant se charge de stocker le message dans la boîte du destinataire.

37 220 dio.univ-orleans.fr ESMTP Postfix (Debian/GNU) HELO delu 250 dio.univ-orleans.fr MAIL FROM: Ok RCPT TO: Ok DATA 354 End data with <CR><LF>.<CR><LF> From: Nicolas Ollinger To: Nicolas Ollinger Date: Tue, 18 Oct :32: Subject: demo cours L3 Cher destinataire, Voici un message tres interessant. Bien a toi, N Ok: queued as CF QUIT Bye

38 Return-Path: Delivered-To: Received: from localhost (localhost.localdomain [ ]) by platine.lidil.univ-mrs.fr (Postfix) with ESMTP id 5B0742BC007D for Tue, 18 Oct :28: (CEST) X-Virus-Scanned: amavisd-new at lidil.univ-mrs.fr X-Spam-Flag: NO X-Spam-Score: X-Spam-Level: X-Spam-Status: No, score=0.654 required=6.31 tests=[spf_softfail=0.654] autolearn=disabled Received: from platine.lidil.univ-mrs.fr ([ ]) by localhost (platine.lidil.univ-mrs.fr [ ]) (amavisd-new, port 10024) with ESMTP id JyqZVSyA38j7 for Tue, 18 Oct :28: (CEST) Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [ ]) by platine.lidil.univ-mrs.fr (Postfix) with ESMTP id 35D7F2BC007C for Tue, 18 Oct :28: (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhEGAFkcnU7AqDMV/2dsb2JhbABDmXYBjmSBBYF4gR51IYgUtl0ShxVhBJkTMowP X-IronPort-AV: E=Sophos;i="4.69,363, "; d="scan'208";a=" " Received: from unknown (HELO localhost.localdomain) ([ ]) by ironport.u-3mrs.fr with ESMTP; 18 Oct :28: Received: from shiva.univ-provence.fr ([ ]) by smtp.unr-paca.fr for 18 Oct :28: (CEST) Received: from mso1k193.u-3mrs.fr (mso1k193.u-3mrs.fr [ ]) by shiva.univ-provence.fr (Postfix) with ESMTP id 771CC8070 for Tue, 18 Oct :28: (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At0CAFkcnU7Cpx4vgWdsb2JhbABDmXYBjmQiAQEWJiWECyGIFJY6oCMShxVhBKVU X-IronPort-AV: E=Sophos;i="4.69,363, "; d="scan'208";a=" "

39 Received: from dio.univ-orleans.fr ([ ]) by mso1k206.u-3mrs.fr with ESMTP; 18 Oct :28: Received: from localhost (localhost [ ]) by dio.univ-orleans.fr (Postfix) with ESMTP id B28A4795 for Tue, 18 Oct :28: (CEST) X-Virus-Scanned: Debian amavisd-new at dio.univ-orleans.fr Received: from dio.univ-orleans.fr ([ ]) by localhost (dio.univ-orleans.fr [ ]) (amavisd-new, port 10024) with ESMTP id H-+Q59LFrT-0 for Tue, 18 Oct :28: (CEST) Received: from delu (repartiteur.univ-orleans.fr [ ]) by dio.univ-orleans.fr (Postfix) with SMTP id CF for Tue, 18 Oct :27: (CEST) From: Nicolas Ollinger To: Nicolas Ollinger Date: Tue, 18 Oct :32: Subject: demo cours L3 Message-Id: X-Loop: smtp.unr-paca.fr MIME-Version: 1.0 Cher destinataire, Voici un message tres interessant. Bien a toi, N. --

40 % dig -t MX univ-provence.fr ; <<>> DiG 9.6-ESV-R4-P3 <<>> -t MX univ-provence.fr ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 4 ;; QUESTION SECTION: ;univ-provence.fr. IN MX ;; ANSWER SECTION: univ-provence.fr IN MX 10 mx.univ-provence.fr. univ-provence.fr IN MX 20 mx2.univ-provence.fr. ;; AUTHORITY SECTION: univ-provence.fr IN NS dns.univ-provence.fr. univ-provence.fr IN NS lsh.up.univ-aix.fr. univ-provence.fr IN NS servun.phocean.fr. ;; ADDITIONAL SECTION: mx.univ-provence.fr IN A mx2.univ-provence.fr IN A dns.univ-provence.fr IN A dns.univ-provence.fr IN AAAA 2001:660:5403::113:8 ;; Query time: 44 msec ;; SERVER: #53( ) ;; WHEN: Tue Oct 18 09:17: ;; MSG SIZE rcvd: 226

41 Le protocole SMTP RFC 5321 Protocole textuel, lignes de texte ASCII terminées par CR+LF (en pratique juste LF passe aussi). Commandes client sur 4 lettres majuscules : helo mail rcpt data quit = "HELO" SP Domain CRLF = "MAIL FROM:" Path CRLF = "RCPT TO:" Path CRLF = "DATA" CRLF = "QUIT" CRLF Domain = sub-domain *("." sub-domain) sub-domain = Let-dig [Ldh-str] Let-dig = ALPHA / DIGIT Ldh-str = *( ALPHA / DIGIT / "-" ) Let-dig Path = "<" Mailbox ">" Mailbox = Local-part "@" Domain Local-part = Dot-string Dot-string = Atom *("." Atom) Atom = 1*atext

42 Réponses du serveur Réponses préfixées par un code numérique sur trois chiffres représenté en ASCII. Greeting Reply-line Reply-code textstring = "220 " Domain [ SP textstring ] CRLF = *( Reply-code "-" [ textstring ] CRLF) Reply-code [ SP textstring ] CRLF = %x32-35 %x30-35 %x30-39 = 1*atext Le premier chiffre du code réponse indique si la commande a été exécutée avec succès : 2xy commande acceptée 3xy commande acceptée, en attente de la suite 4xy commande refusée à cause d un problème temporaire 5xy commande refusée définitivement

43 500 Syntax error, command unrecognized 501 Syntax error in parameters or arguments 502 Command not implemented 503 Bad sequence of commands 220 <domain> Service ready 221 <domain> Service closing transmission channel 421 <domain> Service not available, closing transmission channel 250 Requested mail action okay, completed 450 Requested mail action not taken: mailbox unavailable 452 Requested action not taken: insufficient system storage 550 Requested action not taken: mailbox unavailable 354 Start mail input; end with <CRLF>.<CRLF>

44 Session SMTP typique

45 4. HTTP

46 World Wide Web Permet, à l'aide d'un navigateur web, de consulter des documents hypertexte répartis sur le réseau. Mis en œuvre à travers : URL un schéma d'adressage des documents ; HTML un format de documents hypertexte ; HTTP un protocole d'échange de documents.

47 Uniform Ressource Locator file:///etc/passwd ftp://ftp.lip6.fr/pub/rfc/rfc/rfc1149.txt.gz

48 URI = scheme ":" "//" authority path [ "?" query ] [ "#" fragment ] scheme = ALPHA *( ALPHA / DIGIT / "+" / "-" / "." ) authority = [ userinfo "@" ] host [ ":" port ] query = *( pchar / "/" / "?" ) fragment = *( pchar / "/" / "?" ) pchar = unreserved / pct-encoded / sub-delims / ":" / "@" query = *( pchar / "/" / "?" ) fragment = *( pchar / "/" / "?" ) pct-encoded = "%" HEXDIG HEXDIG unreserved = ALPHA / DIGIT / "-" / "." / "_" / "~" reserved = gen-delims / sub-delims gen-delims = ":" / "/" / "?" / "#" / "[" / "]" / "@" sub-delims = "" / "$" / "&" / "'" / "(" / ")" / "*" / "+" / "," / ";" / "="

49 HyperText Markup Language <html> <head> <title>vous Etes Perdu?</title> </head> <body> <h1>perdu sur l'internet?</h1> <h2>pas de panique, on va vous aider</h2> <strong><pre> pre></strong> </body> </html> * <----- vous êtes ici</

50 HyperText Transfer Protocol Protocole utilisé pour accéder aux pages Web Encapsulé dans TCP, port officiel 80 Protocole textuel, simple à comprendre Entêtes dans les questions et les réponses Données associées à la question et/ou la réponse Utilisation de codes d'erreur numériques Différentes versions du protocole normalisées : HTTP/1.0 en 1996, HTTP/1.1 en 1997, HTTP/2 en mai 2015

51 GET /lifo/members/nicolas.ollinger/ HTTP/1.1 Host: HTTP/ OK Date: Mon, 17 Oct :41:26 GMT Server: Apache Last-Modified: Fri, 30 Sep :54:21 GMT ETag: "30c001-13b1-4ae281fb93940" Accept-Ranges: bytes Content-Length: 5041 Vary: Accept-Encoding Content-Type: text/html Via: Content-Language: fr <DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " <html xmlns=" xml:lang="fr" lang="fr">... </html>

52 % curl -v * About to connect() to port 80 (#0) * Trying connected * Connected to ( ) port 80 (#0) > GET / HTTP/1.1 > User-Agent: curl/ (x86_64-apple-darwin10.7.0) libcurl/ OpenSSL/1.0.0e zlib/1.2.5 libidn/1.22 > Host: > Accept: */* > < HTTP/ OK < Date: Tue, 18 Oct :06:44 GMT < Server: Apache < Last-Modified: Tue, 02 Mar :52:21 GMT < ETag: " cc-480d5dd98a340" < Accept-Ranges: bytes < Content-Length: 204 < Vary: Accept-Encoding < Content-Type: text/html < <html><head><title>vous Etes Perdu?</title></head><body><h1>Perdu sur l'internet?</h1><h2>pas de panique, on va vous aider</h2><strong><pre> * <----- vous êtes ici</pre></strong></body></html> * Connection #0 to host left intact * Closing connection #0

53 Requête HTTP/1.0 Une connexion TCP pour chaque requête et sa réponse. Protocole inspiré du protocole SMTP Une requête HTTP comprend : une méthode (GET, HEAD, PUT, POST, ) qui indique le type de requête, une URL, ainsi que la version du protocole utilisée ; des entêtes de la forme clé: valeur, terminées par une ligne vide ; éventuellement un document MIME associé à la requête.

54 Réponse HTTP/1.0 Une réponse HTTP comprend : une ligne de status (200, 404, 500, ) qui indique si la requête a été traitée avec succès ; des entêtes de la forme clé: valeur, terminées par une ligne vide ; éventuellement un document MIME associé à la requête.

55 Méthodes usuelles GET utilisée pour récupérer un document stocké sur le serveur à partir de son URI. HEAD permet de récupérer les entêtes d une réponse à une requête GET sans le document. POST permet au client d envoyer un document au serveur, par exemple des données de formulaire.

56 Entêtes Client/Serveur Content-Length: indique la longueur en octets du document associé à la requête/réponse. Content-Type: indique le type MIME du document associé à la requête/réponse. Content-Encoding: indique un éventuel recodage (compression, etc) du document associé à la requête/réponse.

57 Entêtes Client User-Agent: permet d identifier le navigateur. If-Modified-Since: demande un document uniquement s il a été mis à jour depuis une date. Referrer: indique l URI du document contenant un lien suivi pour accéder au document demandé. Host: indique le nom DNS du serveur sur lequel on fait la requête correspondant à l URI.

58 Entêtes Serveur Server: indique la version du serveur Web. Date: indique la date à laquelle la réponse a été émise par le serveur. Last-Modified: indique la date et heure de dernière modification du document.

59 Codes status HTTP 2xy indique une réponse valide (200 Ok). 3xy indique que le document n est plus disponible (301 Moved Permanently, l entête Location: indique la nouvelle adresse de la page). 4xy indique une erreur dans la requête soumise au serveur (404 Not Found, 400 Bad Request). 5xy indique une erreur sur le serveur (500 Internal Serveur Error).

60 Le protocole HTTP/1.1 Ajoute la persistance de connexion. GET / HTTP/1.1 Host: Connection: Keep-Alive HTTP/ OK Content-Length: 204 Keep-Alive: timeout=2, max=100 Connection: Keep-Alive Content-Type: text/html

61 Le protocole HTTP/2 Daniel Stenberg, May 6 th 2015