Can someone set me or Kyriakos or Murphy up with a HP to test this?
It is not very easy to debug without the ability to replicate the
problem.
Regards
KK
On 7 September 2010 03:41, Ali Al-Shabibi wrote:
>
>>> 1. Creates a lldp packet with the 6 least significant bytes of the dpid
>>> as a
>>> tl
1. Creates a lldp packet with the 6 least significant bytes of the dpid as a
tlv (see line 65 and 66 of discovery.py).
2. The received lldp packet's tlv field is then used to compute a chassis id
(line 276), this chassis id is only 6 bytes long
You are right. The problem is that you are unable
Hi Ali
The following three lines in the code ensure that the HP isn't
dropping the LLDP packets. So, it is not that issue.
# To insure that the LLDP src mac address is not a multicast
# address, since we have no control on choice of dpid
eth.src = '\x00' + struct.pack('!Q',dpid)[3:8]
> 1. Creates
Yeah, we've run into this before. Basically, the HP drops invalid
MACs (which are just treat as a string of bits).
KK, could you push this to revival?
Hi all,
I noticed that the discovery module in the destiny branch does not
work with HP switches (at least). So attached is a patch that re
Hi Srini,Sorry I should of been a more specific.I obtained my copy of nox via the following git commands:git clone git://noxrepo.org/noxgit checkout -b destiny origin/destinyIs this correct?The problem came up when I tried to start nox (NOX 0.8.0~full~beta) with the discovery component active in ve
Hi Ali
Could you please let us know what you meant by "does not work"?
Is the HP switch dropping the LLDP packet that is being packet-out?
The only problem we used to have with HP switches was that if the LLPD
src MAC was a multicast address, then the switch would drop it. This
has been fixed for
Hi all, I noticed that the discovery module in the destiny branch does not work with HP switches (at least). So attached is a patch that resolves this situation. I am not entirely sure this is the appropriate way to solve the problem but it works for me.Hope it helps,
Ali Al-ShabibiDoctoral Student
Awesome, thanks for the patch Dave.
Hi all,
I ran into a bug in discovery when it receives an LLDP packet with a
vlan tag, the matcher takes into account the fact that it has the VLAN
tag but the actual discovery code does not and throws an assertion
error. This was happening in the .4 branch
Hi all,
I ran into a bug in discovery when it receives an LLDP packet with a
vlan tag, the matcher takes into account the fact that it has the VLAN
tag but the actual discovery code does not and throws an assertion
error. This was happening in the .4 branch we have, but I checked and
the code
Yeah, I guess that doesn't make much sense. This should be simple to
fix. I'll do so tomorrow.
thanks.
On Jan 11, 2009, at 7:01 PM, Glen Gibb wrote:
Hi all,
Discovery seems to be sending out LLDP packets on the "local"
OpenFlow port. This seems a little odd to me as I would expect we're
Hi all,
Discovery seems to be sending out LLDP packets on the "local" OpenFlow
port. This seems a little odd to me as I would expect we're unlikely to
encounter any other switches on the local port.
I'm running the 0.40 pre/beta nox (I haven't yet merged in the latest
changes with 0.40 relea
11 matches
Mail list logo