-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[server_lb] ERROR: packet (dns) parsing answers: Bad address format #10
Comments
Hello, I am not able to replicate this problem. Seems it has some problems with POX. So I have some questions:
Thanks, |
Hello
is in my own VM environment (ubuntu 13.10)
I only run server_lb nothing else (the other modules work well)
Maybe the branch I use is not correct I will check it
Is the latest code, in fact I had to reinstall it again for making Thanks for your support 2013/11/25 Hyojoon Kim notifications@github.com
José Manuel Sánchez |
I have checked : I am in carp branch in POX, maybe I will have to get the 2013/11/25 José Manuel Sánchez Vílchez <
José Manuel Sánchez |
When I run mininet topology provided in pyresonance mininet_topo folder, it 2013/11/25 José Manuel Sánchez Vílchez <
José Manuel Sánchez |
Ah, I see. Can you give the exact command when you are running mininet? Are you -Joon On 11/25/2013 02:45 PM, capachivas wrote:
-Joon |
this is the command sudo mn --controller=remote,ip=127.0.0.1 --custom no matter what topology of the three available I run (linear, ratelimit or The problem starts when I run mininet, until the controller is running 2013/11/25 Hyojoon Kim notifications@github.com
José Manuel Sánchez |
I will look into this more. I may have to ask Josh, who is the Pyretic For information, can you give me your Python version, and your Mininet mn --version commands would do. Thanks, On 11/25/2013 02:54 PM, capachivas wrote:
-Joon |
of course, mininet 2.1.0 master branch python 2.7.5+ thank you again 2013/11/25 Hyojoon Kim notifications@github.com
José Manuel Sánchez |
Cool. Just in case we cannot find the problem, you can go ahead and use these http://resonance.noise.gatech.edu/data/PyResonance_0.2.0_32bit.ova Also, in case we cannot replicate your errors, it would help if you can Thanks, On 11/25/2013 03:16 PM, capachivas wrote:
-Joon |
The error is given by the topology, not by server_lb module. In fact, I consider is a POX-related problem. sudo mn --controller=remote,ip=127.0.0.1 --custon mininet_topos/example_topos.py --topo ratelimit --link=tc --mac --arp Because, when I run it with auth and ids in golbal.config with the same topology it also gives the error. What is more, I think that when the topology has more than one switch it gives this error: I ran linear topologies and in all the cases with more than one switch (linear 2,3 and 4) it gives me the error. To discard that the error is given by more than one host I also ran a tree topology: Appearantly, the error seems to be due to the fact that it has to deal with more than one switch. I hope this may help to find the error |
Sorry for the late reply. I am still looking into this. Can you try to run a Pyretic program? Run: And then start a mininet topology with 3 switches. Does that also give you an error? Then it seems to be a problem not related to PyResonance. Also, try starting a mininet topology without an external controller (i.e., POX) This should use the local ovs-controller instead. Does this produce any errors? Make sure you do "sudo mn -c" when mininet topology was not teared down normally. |
I answer you in each of the questions: 2013/12/2 Hyojoon Kim notifications@github.com
When I connect the mininet environment it gives the same error.ERROR : As complementary information, if you launch a one-switched network in No error is shown in the Pyretic window
This step does not give any errors at all. —
José Manuel Sánchez |
Hmm.. So it really looks like it's an issue with POX. Just to confirm, try this inside the pox directory. then spawn mininet: If this gives you the same errors, it's likely to be some problem with POX and Mininet not working well together in your VM environment, and not about Pyretic and Pyresonance. It's hard for me to debug this because I cannot replicate it, and I don't know all the details about the POX controller. You may have better luck asking the POX community. I could not find any related issues in the pox-dev mailing list though (dns bad address format issue). Sorry I cannot provide better help. Were you at least able to run without problems with the provided pre-built VM? -Joon |
Hi,I have some similar problems like capachivas |
Hi,
Please try:
username: mininet
password: mininet
Thanks,
Joon
|
Thanks a lot ! |
When I run pyretic.py pyretic.pyresonance.main --config=./pyretic/pyresonance/global.config --mode=manual
with server_lb activated in global.config
this error appears (alterning these two and continuously appearing):
ERROR: packet (dns) parsing answers: Bad address format (error1)
ERROR: packet (dns) parsing authoritative name servers: Bad address format (error2)
PD: I have been testing and I found that the error 1 comes from the file addresses.py (/pox/pox/lib) and it is a raise RuntimeError exception but I do not know more
Also, error 2 comes pox/pox/lib/packet/dns.py self._exc(e, 'parsing authoritative name servers')
Thanks in advance
The text was updated successfully, but these errors were encountered: