Jump to content

iMoD1998

Members
  • Content Count

    44
  • Joined

  • Last visited

About iMoD1998

  • Rank
    Apprentice

Basic Info

  • Gender
    Male
  • Location
    Newport, UK
  • Interests
    Programming / Cyber Security
  • DumaOS Routers Owned
    XR700

Online Presence

  • Skype
    iMoD1998
  • Twitter
    iMoD1998
  • Discord
    iMoD1998#6571
  • Steam
    https://steamcommunity.com/id/iMoD1998/
  • PlayStation Network
    iMoD1998
  • Xbox Live
    iMoD1998
  • Battle.net
    iMoD1998#2938

Gaming

  • Gamer Type
    PC Gamer
    Console Gamer
  • Favourite Genres
    Shooters
    Racing
    RPGs
  • Connection Speed
    51-100mbps

Recent Profile Visitors

508 profile views
  1. Thanks @Netduma Fraser. That's such a stupid design flaw. Welp. Netgear.........never again
  2. ASUS has more. Don't get taken away by the flashy UI. ASUS provides much more while providing actual control. Your choice and I'm not going to argue, but if any of the thousands of posts on here say anything, you will know what I mean.
  3. Don't go netgear. Asus might not be the prettiest looking but definitely has the most features and customisation. If you still wanna go DumaOS, go with the NetDuma R2 because NetDuma actually have the ability to update it and quality control.
  4. So from what I can tell from online. Mainly from DDWRT is that the ports count as 1 actual port but netgear use VLANS to separate them meaning they all share the same bandwidth. However, I believe the 2 used for aggregation probably are separate ports otherwise it wouldn't do anything. If I'm right, this is a joke considering how its advertised that the 10Gb port can specifically be used for giving more bandwidth to the NAS which is just untrue if nothing can actually utilise it even as a WAN. Pathetic for a router that cost me £300+ I'd be re-evaluating the partnership with netgear because of this and all the crap they pull with just slapping DumaOS as a nice front end on their crap filled implementation. I mean seriously, it doesn't even have local DNS and fights Linux at every step despite running it. Shame I missed the return window. Hoping for a good recommendation for an actual 10Gb router because even if this is a bug, I doubt it will be fixed in my lifetime.
  5. @Netduma Fraser I understand everyone is busy but it was 3 days. Also that response doesn't make a lot of sense. Are they trying to say that 2gbps is maximum throughput of all the ports as a whole? In this scenario that isn't true. External switch? Network process? If so what was the point of advertising that the 10GB SFP+ port could be used for a NAS or even for a WAN.
  6. @Netduma Fraser looks like bandwidth between ports are shared as far as I can tell which honestly has left me with no words.
  7. Yep, sorry I thought I said that. A lot of the VPN IP's don't get geo located properly but still useful to see pings.
  8. Hey everyone, wanted to see what my ping was to the various PIA servers where made a list for the ping heatmap if anyone wants it. 31.171.154.72 al.privacy.network 188.241.82.21 ad.privacy.network 156.146.60.62 austria.privacy.network 91.90.123.21 brussels.privacy.network 185.212.111.71 ba.privacy.network 217.138.221.91 sofia.privacy.network 212.102.39.91 czech.privacy.network 188.126.94.101 denmark.privacy.network 95.153.31.72 ee.privacy.network 188.126.89.21 fi.privacy.network 156.146.63.92 france.privacy.network 212.102.57.61 de-frankfurt.privacy.network 154.13.1.51 de-berlin.privacy.network 154.57.3.112 gr.privacy.network 217.138.192.222 hungary.privacy.network 45.133.193.91 is.privacy.network 193.56.252.222 ireland.privacy.network 91.90.124.11 man.privacy.network 156.146.41.101 italy.privacy.network 109.248.149.12 lv.privacy.network 91.90.122.11 liechtenstein.privacy.network 85.206.165.122 lt.privacy.network 5.253.204.122 lu.privacy.network 185.225.28.132 mk.privacy.network 176.125.230.11 malta.privacy.network 178.175.129.42 md.privacy.network 95.181.233.12 monaco.privacy.network 176.125.229.11 montenegro.privacy.network 143.244.41.111 nl-amsterdam.privacy.network 46.246.122.61 no.privacy.network 194.110.114.71 poland.privacy.network 89.26.241.91 pt.privacy.network 143.244.54.62 ro.privacy.network 37.120.193.232 rs.privacy.network 37.120.221.211 sk.privacy.network 212.102.49.72 spain.privacy.network 195.246.120.122 sweden.privacy.network 156.146.62.231 swiss.privacy.network 62.149.20.42 ua.privacy.network 212.102.53.172 uk-london.privacy.network 143.244.38.11 uk-southampton.privacy.network 89.44.201.251 uk-manchester.privacy.network 138.199.30.141 uk-2.privacy.network 95.181.238.12 bahamas.privacy.network 172.98.71.221 ca-montreal.privacy.network 154.3.42.82 ca-toronto.privacy.network 172.98.92.11 ca-ontario.privacy.network 172.98.89.21 ca-vancouver.privacy.network 91.90.120.152 greenland.privacy.network 77.81.142.102 mexico.privacy.network 91.90.126.32 panama.privacy.network 190.106.134.91 ar.privacy.network 45.133.180.251 br.privacy.network 95.181.237.12 venezuela.privacy.network 185.253.160.12 yerevan.privacy.network 84.252.93.11 bangladesh.privacy.network 188.215.235.102 cambodia.privacy.network 188.241.80.11 china.privacy.network 185.253.162.11 cyprus.privacy.network 95.181.236.11 georgia.privacy.network 91.219.213.21 hk.privacy.network 45.120.139.131 in.privacy.network 185.77.248.91 israel.privacy.network 156.146.34.12 japan.privacy.network 62.133.47.12 kazakhstan.privacy.network 84.252.92.11 macau.privacy.network 185.253.163.12 mongolia.privacy.network 188.214.125.151 philippines.privacy.network 95.181.234.12 qatar.privacy.network 95.181.235.11 saudiarabia.privacy.network 156.146.57.132 sg.privacy.network 95.181.239.11 srilanka.privacy.network 188.214.106.141 taiwan.privacy.network 188.213.34.71 tr.privacy.network 217.138.193.151 ae.privacy.network 188.214.152.91 vietnam.privacy.network 43.250.205.151 aus-perth.privacy.network 27.50.76.131 au-sydney.privacy.network 43.242.69.42 aus-melbourne.privacy.network 43.250.207.21 nz.privacy.network 176.125.228.12 dz.privacy.network 188.214.122.102 egypt.privacy.network 95.181.232.12 morocco.privacy.network 102.165.25.122 nigeria.privacy.network 154.16.93.41 za.privacy.network
  9. Thanks for the info,. If I can get it working ill post the solution here.
  10. I've notice a problem with IPv6 setting on the latest beta. Even with options disabled its still assigning IPv6 addresses like the following: Not sure if its directly related but seems on linux devices, im having problems with DNS queries taking alot of time as they are expecting AAA records causing web requests to take around 5+ seconds. Ive provided a TCP dump of an example web request: tcpdump -vvv -s 0 -l -n port 53 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 01:24:25.441601 IP (tos 0x0, ttl 64, id 58816, offset 0, flags [DF], proto UDP (17), length 57) 192.168.1.253.34549 > 1.1.1.1.53: [bad udp cksum 0xc4dd -> 0x7654!] 7015+ A? ifconfig.so. (29) 01:24:25.441613 IP (tos 0x0, ttl 64, id 58817, offset 0, flags [DF], proto UDP (17), length 57) 192.168.1.253.34549 > 1.1.1.1.53: [bad udp cksum 0xc4dd -> 0xe057!] 38499+ AAAA? ifconfig.so. (29) 01:24:25.454176 IP (tos 0x0, ttl 57, id 28155, offset 0, flags [DF], proto UDP (17), length 73) 1.1.1.1.53 > 192.168.1.253.34549: [udp sum ok] 7015 q: A? ifconfig.so. 1/0/0 ifconfig.so. [56m35s] A 54.146.53.133 (45) 01:24:26.212361 IP (tos 0x0, ttl 64, id 59565, offset 0, flags [DF], proto UDP (17), length 60) 192.168.1.253.34767 > 1.1.1.1.53: [bad udp cksum 0xc4e0 -> 0x965f!] 40193+ A? api.github.com. (32) 01:24:26.224390 IP (tos 0x0, ttl 57, id 52197, offset 0, flags [DF], proto UDP (17), length 76) 1.1.1.1.53 > 192.168.1.253.34767: [udp sum ok] 40193 q: A? api.github.com. 1/0/0 api.github.com. [15s] A 140.82.121.5 (48) 01:24:26.224430 IP (tos 0x0, ttl 64, id 59571, offset 0, flags [DF], proto UDP (17), length 60) 192.168.1.253.34767 > 1.1.1.1.53: [bad udp cksum 0xc4e0 -> 0x7f41!] 46084+ AAAA? api.github.com. (32) 01:24:26.236925 IP (tos 0x0, ttl 57, id 52200, offset 0, flags [DF], proto UDP (17), length 144) 1.1.1.1.53 > 192.168.1.253.34767: [udp sum ok] 46084 q: AAAA? api.github.com. 0/1/0 ns: github.com. [6m52s] SOA ns-1707.awsdns-21.co.uk. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400 (116) 01:24:26.538234 IP (tos 0x0, ttl 64, id 59832, offset 0, flags [DF], proto UDP (17), length 71) 192.168.1.253.40246 > 1.1.1.1.53: [bad udp cksum 0xc4eb -> 0x881a!] 48328+ A? raw.githubusercontent.com. (43) 01:24:26.538244 IP (tos 0x0, ttl 64, id 59833, offset 0, flags [DF], proto UDP (17), length 71) 192.168.1.253.40246 > 1.1.1.1.53: [bad udp cksum 0xc4eb -> 0xad15!] 31949+ AAAA? raw.githubusercontent.com. (43) 01:24:26.549642 IP (tos 0x0, ttl 57, id 55967, offset 0, flags [DF], proto UDP (17), length 170) 1.1.1.1.53 > 192.168.1.253.40246: [udp sum ok] 48328 q: A? raw.githubusercontent.com. 5/0/0 raw.githubusercontent.com. [23s] CNAME github.map.fastly.net., github.map.fastly.net. [23s] A 151.101.0.133, github.map.fastly.net. [23s] A 151.101.192.133, github.map.fastly.net. [23s] A 151.101.64.133, github.map.fastly.net. [23s] A 151.101.128.133 (142) 01:24:30.446231 IP (tos 0x0, ttl 64, id 62125, offset 0, flags [DF], proto UDP (17), length 57) 192.168.1.253.34549 > 1.1.1.1.53: [bad udp cksum 0xc4dd -> 0x7654!] 7015+ A? ifconfig.so. (29) 01:24:30.463758 IP (tos 0x0, ttl 57, id 31815, offset 0, flags [DF], proto UDP (17), length 73) 1.1.1.1.53 > 192.168.1.253.34549: [udp sum ok] 7015 q: A? ifconfig.so. 1/0/0 ifconfig.so. [56m27s] A 54.146.53.133 (45) 01:24:30.463804 IP (tos 0x0, ttl 64, id 62132, offset 0, flags [DF], proto UDP (17), length 57) 192.168.1.253.34549 > 1.1.1.1.53: [bad udp cksum 0xc4dd -> 0xe057!] 38499+ AAAA? ifconfig.so. (29) 01:24:30.475736 IP (tos 0x0, ttl 57, id 31826, offset 0, flags [DF], proto UDP (17), length 134) 1.1.1.1.53 > 192.168.1.253.34549: [udp sum ok] 38499 q: AAAA? ifconfig.so. 0/1/0 ns: ifconfig.so. [22m37s] SOA ns1.p16.dynect.net. admin.samuelkadolph.com. 2020111000 3600 600 604800 1800 (106) 01:24:31.542697 IP (tos 0x0, ttl 64, id 62832, offset 0, flags [DF], proto UDP (17), length 71) 192.168.1.253.40246 > 1.1.1.1.53: [bad udp cksum 0xc4eb -> 0x881a!] 48328+ A? raw.githubusercontent.com. (43) 01:24:31.554259 IP (tos 0x0, ttl 57, id 58506, offset 0, flags [DF], proto UDP (17), length 170) 1.1.1.1.53 > 192.168.1.253.40246: [udp sum ok] 48328 q: A? raw.githubusercontent.com. 5/0/0 raw.githubusercontent.com. [17s] CNAME github.map.fastly.net., github.map.fastly.net. [17s] A 151.101.64.133, github.map.fastly.net. [17s] A 151.101.192.133, github.map.fastly.net. [17s] A 151.101.0.133, github.map.fastly.net. [17s] A 151.101.128.133 (142) 01:24:31.554299 IP (tos 0x0, ttl 64, id 62835, offset 0, flags [DF], proto UDP (17), length 71) 192.168.1.253.40246 > 1.1.1.1.53: [bad udp cksum 0xc4eb -> 0xad15!] 31949+ AAAA? raw.githubusercontent.com. (43) 01:24:31.566468 IP (tos 0x0, ttl 57, id 58517, offset 0, flags [DF], proto UDP (17), length 164) 1.1.1.1.53 > 192.168.1.253.40246: [udp sum ok] 31949 q: AAAA? raw.githubusercontent.com. 1/1/0 raw.githubusercontent.com. [22s] CNAME github.map.fastly.net. ns: fastly.net. [22s] SOA ns1.fastly.net. hostmaster.fastly.com. 2017052201 3600 600 604800 30 (136) This issue is alleviated only when forcing curl to work in IPv4 mode. This device also does not have an IPv6 address, which makes this even more confusing. eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.253 netmask 255.255.255.0 broadcast 192.168.1.255 ether XX:XX:XX:XX:XX:XX txqueuelen 1000 (Ethernet) RX packets 382473 bytes 29037121 (27.6 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 296761 bytes 14461330039 (13.4 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 92 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 117 bytes 11651 (11.3 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 117 bytes 11651 (11.3 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Any help would be apricated. If it helps any more this was taken from an unraid server thats using the 10GB sfp+ port. I've also experienced this problem on other linux based devices like a raspberry pi aswell.
  11. No im not, im talking about if each individual ethernet port is capable of 1Gb/s at the same time.
  12. Hi, im just checking if the ethernet port bandwidth on the XR700 is shared across all the ports. (forgot the technical term) I'm currently using 10GB SFP+ for a NAS but two clients cant seem to maintain gigabit connections at the same time. I've made sure that IO isnt a problem. I just want to check if I may have misconfigured something.
  13. Not really possible as it would break many things such as DHCP and ARP.
×
×
  • Create New...