You are right Patrik, all messages go through the same port. I thought actor messages would go over a different tcp connection, but yes, I finally was able to filter (among the cluster messages), the ones that had different segment size from the ones cluster nodes constantly send to each other.
Thanks a lot. El viernes, 13 de febrero de 2015, 12:09:53 (UTC+1), Patrik Nordwall escribió: > > The cluster messages and the application actor messages are sent over the > same tcp connection, so if you see the cluster messages you should also see > the application messages. > > You can try to turn on logging of remote messages to see what is sent and > received. It is describe in Auxiliary remote logging options > <http://doc.akka.io/docs/akka/2.3.9/java/logging.html#Auxiliary_remote_logging_options> > how > to activate that logging. > > Cheers, > Patrik > > On Thu, Feb 12, 2015 at 6:29 PM, carlos Hernandez <[email protected] > <javascript:>> wrote: > >> I have an akka-cluster project: >> https://github.com/roclas/akka-distributed-hash >> Which is basically a distributed HashMap across the nodes of a cluster. >> >> >> I want to be able to read (using tcpdump or wireshark or something >> similar) the messages exchanged between actors in different virtual >> machines. >> How could I do it? >> >> >> Doing a TCP dump, I only see the "cluster messages" but not the messages >> exchanged by different actors in different virtual machines. >> >> If I start a node on port 2551: sbt "run 2551" (will be the master) >> and another node on port 2552: sbt "run 2552" >> What is actually happening when I do this?: >> curl -X PUT http://localhost:8551 --data "hello=333&world=456" >> >> I understand that: >> >> 1. the master node's web service receives de http put request >> 2. the master node changes its HashMap and sends a message to the >> second node's actor so that it updates its hash (<-this is the part that >> I >> want to trace) >> 3. the second node updates its hash (so it means that the message has >> been succesfuly received). How haven't I been able to see that message >> using TCP dump? (I see nothing has been received on port 2552, and I've >> also done a tcpdump listening to all network interfaces and all ports, >> and >> from the moment I send the http put message to the moment when the hash >> is >> updated in the second node, no tcp message seem to contain the akka >> message >> that the actor in the master node sends to the actor on the second node) >> >> >> Thank you >> >> -- >> >>>>>>>>>> Read the docs: http://akka.io/docs/ >> >>>>>>>>>> Check the FAQ: >> http://doc.akka.io/docs/akka/current/additional/faq.html >> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user >> --- >> You received this message because you are subscribed to the Google Groups >> "Akka User List" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> To post to this group, send email to [email protected] >> <javascript:>. >> Visit this group at http://groups.google.com/group/akka-user. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > > Patrik Nordwall > Typesafe <http://typesafe.com/> - Reactive apps on the JVM > Twitter: @patriknw > > [image: Scala Days] <http://event.scaladays.org/scaladays-sanfran-2015> > > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
