---------- Forwarded message ----------
From: Gui Iribarren <gui(a)altermundi.net>
Date: Fri, Dec 5, 2014 at 5:41 AM
Subject: Re: [lime-dev] Interface-dependent IPv6 prefix
To: libre-mesh developement <dev(a)lists.libre-mesh.org>
On 05/12/14 04:02, Marc Juul wrote:
> We're having the problem that bmx6 nodes sometime come up on different
> subnets.
>
> The interfaces are getting fd66:0066:0066:00XX::/64 IPs, where XX is the
> interface index. This means that some nodes are on different subnets,
> since they don't all have the same wifi interface index. Is this
> intentional, and if so, why? It means that just running "bmx6 dev=wlan0"
> on each node will not result in a working mesh where every node can
> reach every other node on their bmx6-assigned addresses.
it's intentional, and running "bmx6 dev=wlan0" should yield a working
mesh where every node can reach every other node on their fd66::...
address ("primaryIp")
check out
# ip -6 r show table 60
cheers!
>
> It seems that either the mask should be changed to /56 or the interface
> index should be used as the eigth or higher byte instead of the seventh?
> Perhaps it would be better to replace the ff:fe inserted into the middle
> of the MAC address with the interface index?
>
> Here's the responsible code from
> https://github.com/axn/bmx6/blob/master/ip.c:
>
> if (!global_prefix_cfg.mask && !dev->global_prefix_conf_.mask &&
> autoconf_prefix_cfg.mask) {
> autoIP6 = bmx6AutoEUI64Ip6(dev->if_link->addr, &autoconf_prefix_cfg);
> autoIP6.mask = DEF_AUTO_IP6_DEVMASK;
> autoIP6.ip.s6_addr[6] = DEF_AUTO_IP6_BYTE6;
> autoIP6.ip.s6_addr[7] = (uint8_t)dev->if_link->index; //different
> ULAs for equal MAC addresses!!
> }
>
> --
> marc/juul
>
>
>
> _______________________________________________
> Dev mailing list
> Dev(a)lists.libre-mesh.org
> https://lists.libre-mesh.org/mailman/listinfo/dev
>
_______________________________________________
Dev mailing list
Dev(a)lists.libre-mesh.org
https://lists.libre-mesh.org/mailman/listinfo/dev
Hooray!
******************************
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
***NOTE TO DIGITAL OCEAN: PLEASE FORWARD THIS ENTIRE NOTICE TO ACCOUNT
HOLDER OF IP ADDRESS 162.243.130.214 at 2014-11-02 02:05:11 North American
Eastern Time***
November 2, 2014
Re: Notice of Unauthorized Use of Copyrights Owned by Millennium Films,
Case #: P103326410
CEG TEK International ("CEG") represents Millennium Films, who owns all
right, title and interest, including copyrights, in and to the work listed
below (hereinafter the "Work"). For independent confirmation that CEG is
authorized to represent Millennium Films, please visit:
http://www.millenniumfilms.com/cegtek-cert.html (Some individuals may find
certain words in titles of works to be offensive. CEG apologizes in advance
if this is the case.)
This notice is intended solely for the primary Digital Ocean service
account holder. Someone using this account has engaged in the unauthorized
copying and/or distribution of the Work listed below.
Evidence:
Work Title: Automata
Copyright Owner: Millennium Films
Unauthorized File Name: Automata (2014) 1080p x264 DD5.1 EN NL Subs
Unauthorized Hash: 9f2148ef50c3ad0faf5560c7304eb72a336cf4b0
Unauthorized File Size: 3052801823 bytes
Unauthorized Protocol: BitTorrent
Timestamp: 2014-11-02 02:05:11 North American Eastern Time
Unauthorized IP Address: 162.243.130.214
Unauthorized Port: 1026
The following files were included in the unauthorized copying and/or
distribution:
File 1: Automata (2014) 1080p x264 DD5.1 EN NL Subs/Automata 2014 1080p.mkv
CEG TEK International ("CEG") hereby notifies you that unauthorized copying
and/or distribution of Millennium Films's Work listed above is a violation
of the U.S. Copyright Act, 17 U.S.C. 106. In this regard, request is hereby
made that you and all persons using this account immediately and
permanently cease and desist from unauthorized copying and/or distribution
of the Work.
CEG informs you that you may be held liable for monetary damages, including
court costs and/or attorney fees if a lawsuit is commenced against you for
unauthorized copying and/or distribution of the Work listed above. You have
until Tuesday, December 2, 2014 to access the settlement offer and settle
online. To access the settlement offer, please visit
https://www.copyrightsettlements.com/ and enter Case #: P103326410 and
Password: pspbm. To access the settlement offer directly, please visit
https://www.copyrightsettlements.com/?u=P103326410&p=pspbm
Settlement Information:
Direct Settlement Link:
https://www.copyrightsettlements.com/?u=P103326410&p=pspbm
Settlement Website: https://www.copyrightsettlements.com/
Case #: P103326410
Password: pspbm
To review independent confirmation that CEG is engaged and authorized to
act on behalf of Millennium Films, please visit:
http://www.millenniumfilms.com/cegtek-cert.html
If you fail to respond or settle within the prescribed time period, the
above matter may be referred to attorneys representing the Work's owner for
legal action. At that point the original settlement offer will no longer be
an option, and the settlement amount will increase significantly.
Nothing contained or omitted from this correspondence is, or shall be
deemed to be either a full statement of the facts or applicable law, an
admission of any fact, or waiver or limitation of any of the Millennium
Films's rights or remedies, all of which are specifically retained and
reserved.
The information in this notice is accurate. CEG has a good faith belief
that use of the material in the manner complained of herein is not
authorized by the copyright owner, its agent, or by operation of law. CEG
and the undersigned declare under penalty of perjury, that CEG is
authorized to act on behalf of Millennium Films.
Sincerely,
Ira M. Siegel, Esq.
Legal Counsel
CEG TEK International
8484 Wilshire Boulevard, Suite 515
Beverly Hills, CA 90211
Toll Free: 877-526-7974
Email: support(a)cegtek.com
Website: www.copyrightsettlements.com
- ----Start ACNS XML
<?xml version="1.0" ?>
<Infringement xsi:schemaLocation="http://www.acns.net/v1.2/ACNS2v1_2.xsd"
xmlns="http://www.acns.net" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance">
<Case>
<ID>P103326410</ID>
<Ref_URL>https://www.copyrightsettlements.com/?u=P103326410&p=pspbm
</Ref_URL>
<Status>Open</Status>
<Severity>Normal</Severity>
</Case>
<Complainant>
<Entity>CEG TEK International</Entity>
<Contact>Ira M. Siegel, Esq.</Contact>
<Address>CEG TEK International, 8484 Wilshire Boulevard, Suite 515, Beverly
Hills, CA 90211</Address>
<Phone>877-526-7974</Phone>
<Email>support(a)cegtek.com</Email>
</Complainant>
<Service_Provider>
<Entity>Digital Ocean</Entity>
<Contact></Contact>
<Address>United States</Address>
<Phone></Phone>
<Email>abuse(a)digitalocean.com</Email>
</Service_Provider>
<Source>
<TimeStamp>2014-11-02T07:05:11Z</TimeStamp>
<IP_Address>162.243.130.214</IP_Address>
<Port>1026</Port>
<DNS_Name></DNS_Name>
<Type>P2P</Type>
<SubType BaseType="P2P" Protocol="BITTORRENT" Application="Transmission
2.82"></SubType>
<Number_Files>1</Number_Files>
</Source>
<Content>
<Item>
<TimeStamp>2014-11-02T07:05:11Z</TimeStamp>
<AlsoSeen Start="2014-11-02T07:05:11Z"
End="2014-11-02T07:05:11Z"></AlsoSeen>
<Title>Automata</Title>
<FileName>Automata (2014) 1080p x264 DD5.1 EN NL Subs</FileName>
<FileSize>3052801823</FileSize>
<Type>Movie</Type>
<Hash Type="SHA1">9f2148ef50c3ad0faf5560c7304eb72a336cf4b0</Hash>
</Item>
</Content>
<Type Retraction="false">DMCA</Type>
<Detection>
<Asset>
<OriginalAssetName>Automata</OriginalAssetName>
</Asset>
<ContentMatched Fingerprint="false" Video="true" Audio="true"
MatchThreshold="100" Human="true" />
<HashMatched>true</HashMatched>
<MetadataMatched>true</MetadataMatched>
<VerificationID></VerificationID>
</Detection>
<Verification>
<VerificationLevel Type="DT">5</VerificationLevel>
</Verification>
<TextNotice><![CDATA[***NOTE TO DIGITAL OCEAN: PLEASE FORWARD THIS ENTIRE
NOTICE TO ACCOUNT HOLDER OF IP ADDRESS 162.243.130.214 at 2014-11-02
02:05:11 North American Eastern Time***
November 2, 2014
Re: Notice of Unauthorized Use of Copyrights Owned by Millennium Films,
Case #: P103326410
CEG TEK International ("CEG") represents Millennium Films, who owns all
right, title and interest, including copyrights, in and to the work listed
below (hereinafter the "Work"). For independent confirmation that CEG is
authorized to represent Millennium Films, please visit:
http://www.millenniumfilms.com/cegtek-cert.html (Some individuals may find
certain words in titles of works to be offensive. CEG apologizes in advance
if this is the case.)
This notice is intended solely for the primary Digital Ocean service
account holder. Someone using this account has engaged in the unauthorized
copying and/or distribution of the Work listed below.
Evidence:
Work Title: Automata
Copyright Owner: Millennium Films
Unauthorized File Name: Automata (2014) 1080p x264 DD5.1 EN NL Subs
Unauthorized Hash: 9f2148ef50c3ad0faf5560c7304eb72a336cf4b0
Unauthorized File Size: 3052801823 bytes
Unauthorized Protocol: BitTorrent
Timestamp: 2014-11-02 02:05:11 North American Eastern Time
Unauthorized IP Address: 162.243.130.214
Unauthorized Port: 1026
The following files were included in the unauthorized copying and/or
distribution:
File 1: Automata (2014) 1080p x264 DD5.1 EN NL Subs/Automata 2014 1080p.mkv
CEG TEK International ("CEG") hereby notifies you that unauthorized copying
and/or distribution of Millennium Films's Work listed above is a violation
of the U.S. Copyright Act, 17 U.S.C. 106. In this regard, request is hereby
made that you and all persons using this account immediately and
permanently cease and desist from unauthorized copying and/or distribution
of the Work.
CEG informs you that you may be held liable for monetary damages, including
court costs and/or attorney fees if a lawsuit is commenced against you for
unauthorized copying and/or distribution of the Work listed above. You have
until Tuesday, December 2, 2014 to access the settlement offer and settle
online. To access the settlement offer, please visit
https://www.copyrightsettlements.com/ and enter Case #: P103326410 and
Password: pspbm. To access the settlement offer directly, please visit
https://www.copyrightsettlements.com/?u=P103326410&p=pspbm
Settlement Information:
Direct Settlement Link:
https://www.copyrightsettlements.com/?u=P103326410&p=pspbm
Settlement Website: https://www.copyrightsettlements.com/
Case #: P103326410
Password: pspbm
To review independent confirmation that CEG is engaged and authorized to
act on behalf of Millennium Films, please visit:
http://www.millenniumfilms.com/cegtek-cert.html
If you fail to respond or settle within the prescribed time period, the
above matter may be referred to attorneys representing the Work's owner for
legal action. At that point the original settlement offer will no longer be
an option, and the settlement amount will increase significantly.
Nothing contained or omitted from this correspondence is, or shall be
deemed to be either a full statement of the facts or applicable law, an
admission of any fact, or waiver or limitation of any of the Millennium
Films's rights or remedies, all of which are specifically retained and
reserved.
The information in this notice is accurate. CEG has a good faith belief
that use of the material in the manner complained of herein is not
authorized by the copyright owner, its agent, or by operation of law. CEG
and the undersigned declare under penalty of perjury, that CEG is
authorized to act on behalf of Millennium Films.
Sincerely,
Ira M. Siegel, Esq.
Legal Counsel
CEG TEK International
8484 Wilshire Boulevard, Suite 515
Beverly Hills, CA 90211
Toll Free: 877-526-7974
Email: support(a)cegtek.com
Website: www.copyrightsettlements.com]]></TextNotice>
</Infringement>
- ----End ACNS XML
This is an automated email. If you have questions or concerns, please visit
us at http://www.copyrightsettlements.com/contact_us.html. Replies sent to
dmca(a)cegtek.com are not read.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (FreeBSD)
iQEcBAEBAgAGBQJUVzOZAAoJENw03SbXC3KshLoH/28Uqt/AYJSoRgcX4Z1dec4O
522ZsGd2QyzfJHBtt3i0n+XOQQCPEcdsCSkdRfPlecQaVTizu0n2SUCSz18xL3OZ
Mz2ybVgNK0QWtWYdIn9iLHL0/RlRhTROmALBl8d6RiSV2gsSRNUmO2jNegJuZZEH
16pXGk31dgl5INymZbMXKz2Bilnju7Rr9DNwXQ/7stzusUiRYqrL66jyzjJ/2Zzm
fp0zHBZiMstkhSnBT8BWbZn56yrBBQnzKXwYHtQMdPTv0aimfGk4xTS2Qz1gk6Db
6lp9rv7ZGRmifMRqGl9zGcFowvDhhUwglMWbvtGC5kY1Cf9uhINKAlnROWOjBXQ=
=FOiW
-----END PGP SIGNATURE-----
******************************
Please note that generating multiple abuse complaints in a short period of
time may lead to your account being suspended.
There is a new sudo mesh build server. Here's the info:
https://sudoroom.org/wiki/Mesh/Build_server
Ask me if you want access to the server.
Currently juul, deekoo, alex and max have access.
--
marc/juul
Hi All,
Found a flyer for this at Scarlett City coffee, and sounded interesting.
As an intro, my name is Trav, I'm a designer/developer in Emeryville. I
do front-end work currently, although have done server-side stuff in the
past.
I'll just be lurking for a bit to find out what goes on here, but I
thought I'd note that for the last several days when you navigate to
peoplesopen.net, you get a certificate error. You may want to either
update your cert, or not auto-redirect to https (which may be better if
you don't really need an encrypted connection for most of the content.)
I noticed a bit later that some of the resources being served up for at
least the home page aren't coming from https urls, so just fixing the
cert won't help those. I'm happy to provide some insight on this, but
don't want to crowd the list with website stuff... is there someone in
particular I should email?
Will try to make it to a meetup at some point, would definitely like to
learn more.
Hope that makes sense, happy to provide more info.
Trav
PS, thanks to Jenny for pointing me to the right list!
Hey everyone,
it would be great if anyone interested in software for networks would
contribute to this discussion.
The mailing list is at:
https://lists.funkfeuer.at/mailman/listinfo/interop-dev
-------- Original Message --------
Subject: [Interop-dev] Network Device JSON Schema
Date: Sat, 25 Oct 2014 19:34:53 -0700
From: Nemesis <nemesis(a)ninux.org>
To: interop-dev(a)lists.funkfeuer.at
Hi everyone,
recently I met some of you guys and girls and I think there's the shared
opinion that we should get back together and collaborate on small tasks,
which should not be so painful as working on big tasks.
One small task that has been in the backlog for some time was this JSON
representation ofa network device.
I sat together with Andi (Freifunk Weimar) today at the Google Mentor
Summit Reunion, we compared a few JSON outputs: openwifi map, openwrt
ubus, netengine and we came up with afirstbasic proposal.
We haven't worked on the JSON schema yet, only on an example, it should
be easy to write the JSON schema after we agree on some examples.
So I would like to encourage all of you to take a look atthis file:
https://github.com/interop-dev/network-device-schema/blob/master/example.js…
Our aim is to include only the very essential bitsand then start
iterating to improve it.
What do you think?
Federico (Ninux) and Andi (Freifunk)
Hello mesh-dev.
I think we may finally have an explanation of the vexing issue of "I can't
connect to the internet over peoplesopen.net."
Marc and I spent some time staring at wireshark dumps and thinking
about why some clients are unable to consistently connect via the
tunnel last night. I think Marc came up with a disappointing but correct
answer: it is basically an mtu issue (mtu is not being discovered
correctly), BUT there is no good fix because we are tunneling at layer 2.
When a packet arrives at a node from a client with too large an mtu,
what SHOULD happen in a normal forwarding situation (per RFC 1191)
is that the node issue a ICMP "Destination Unreachable" packet with a
"Fragmentation required" code. The client then uses this information to
reset its mtu.
This doesn't happen because we aren't really forwarding (forwarding happens
at layer 3). Instead, our interfaces (open0 and bat0) are bridged. So if a
frame
coming from open0 doesn't fit into bat0 it most likely gets silently
dropped.
So bridging open0 with bat0 is a disaster. A quick fix might be to replace
bridging with forwarding (at the IP level). I suspect this is not the right
thing
to do. It might be better to abandon the idea of meshing at layer 2; there
are numerous advantages to this.
In any case; we should discuss options this Tuesday.
Alex
I brought a windows 8 machine to sudo room and tried to use peoplesopen.net.
I could resolve domains and ping just fine but loading web pages didn't
work. Looks very similar to the iOS problem. I'm fairly sure it's the MTU
issue again.
Next time I'm there I'll try to set up TCP MSS clamping and see if it makes
the problem go away.
--
marc/juul
I believe we're setting the mesh_dhcp_range_start option incorrectly. The
wiki (http://wiki.openwrt.org/doc/uci/dhcp) says it should be the offset
from the network address of the interface. So we should be able to set this
to, say, 50 for all nodes.
I can't seem remember how this worked in practice though. None of the
running nodes I have access to had any dhcp.leases for me to check.
Something to test on Thurs.
Alex
