Jump to content

rebrecs

Members
  • Content Count

    54
  • Joined

  • Last visited

  • Speed Test

    My Results
  • Days Won

    5

rebrecs last won the day on March 15

rebrecs had the most liked content!

About rebrecs

  • Rank
    Full Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi, thanks for the links! I will definitely have a look. Also, I understand your unspoken guidance. (like, get out of the weeds dude :-)) All I really have to do is reveal that I thought about it and took a cursory look. I won't let it become a lifestyle. I promise.
  2. Thank you! The only "knob" i can find to turn on "packet size" in the switch gear is "allow/ don't allow Jumbo Packets." I have not found any "settings" to influence packet size in the TV interfaces. I suspect there are knobs to turn on the boxes with full blown Operating Systems but they are not really the devices that concern me at the moment.
  3. Hi, Looking for a good reference book on networking but, There are lots of networking books for sale, and mountains of research papers - all of which concentrate on some part of networking. I am not sure what part of networking might hold the answers to the questions I have. I'm hoping to limit my search by first asking here. Looking for - anything published that looks at bits and bytes in terms of 'work?' Perhaps some characterization of work versus overhead? I checked my test data csv file and our conversion here at TMN is pretty much a straight "divide by 8," which makes perfect sense; a byte is 8 bits all day long. Got it. I'm just going to ramble for a paragraph or so, and maybe someone will make sense of what I think I am asking; How much of the bit-stream on the wire constitutes a byte of actual data in the way a customer would think of their data? I believe that is a question about overhead. In my view, (as a customer) if I am going to move a 200 MB file, then in the simplest terms, and using networking byte representation, [200,000,000 bytes x 8 = 1,600,000,000 bits]. Without asking any more questions - I go away with the understanding that it takes 1.6 Gbits to move my 200 MBytes. But is that true ? (ignoring the silliness that networking byte math introduced) For discussion, and with no basis whatsoever for choosing the numbers, if in reality it takes 2 Gbits to move my 200 MBytes, then the overhead is introduced by what? I am going to guess it would come from the protocols, handshakes, CRCs, fields left blank -- I don't know, whatever protocols do. Since any bits or bytes that are purely overhead still consume bit cells, then they use time. So, do they get measured in a Mbps measurement? Or discarded/factored out? How do it all work? So that is the play pen I am going to jump into for a little while. In case there are any recommendations, thank you in advance. As well as recommendations to reference material, anyone "in-the-know" who can lay it out for me - please by all means - let me hold it.
  4. I'm interested in this. And, no need to apologize. As far as one party screwing up what what the other one does, that is what they do. The people who elect them count on them to do that. I would love to talk about personal freedom and human rights but at the moment I really would like to hear about the open internet. I am actually writing something about that, so please - how is the open internet being taken away? (Sincere question) I can definitely use some ammo. thanks, --John
  5. Got it. Equinix, naturally. As it turns out, there is a difference in both upload and download speed when selecting different mirrors. I had to run a LOT of tests to see it, but I withdraw my question.
  6. Thanks SpenceTeeth. And I noticed CA3LE hit the "LIKE" button so I'm assuming ca3LE agrees with you. But dude(s), "pay no attention to the man behind the curtain?" (Wizard of Oz) Really? 23-3/4 hours per day I totally agree with "not to worry." The devices on this local net are all running well. But for the 15 minutes per day that I'm thinking about this stuff-- the result is either 1) erroneous, or 2) it reveals an upload limitation beyond what I currently know about. I suppose you could say, that's what I do "out of boredom." :-) But, that would not quite be true. That also raises several interesting questions. Beginning with, "what is the speed toll (if any) for packets handed off from one ISP to another?"
  7. As part of today's testing, I ventured out into new territory by changing the mirror location. Until today, all single path testing has been done with the Dallas mirror server. After selecting all the various US based mirrors, an unexpected and perplexing story unfolded. Download: I get the same speed test results using any mirror in the US on download speed tests. Upload: On Upload speed tests, I get my ISP capped limit (40Mbps) from Houston to Dallas, and I get approximately 15Mbps consistently from Houston to any other mirror in the US. I have not tried the mirrors outside of the US. So, what's going on with that? There is the obvious factor-- latency, but why would latency only affect uploads? For completeness, I will ask the following questions as well; 1) "could I be operating the tests incorrectly?" 2) Is there something special about the Dallas mirror server? 3) Has this been seen before? Every day is a fun day ! Thanks in advance to anyone able to assist.
  8. Having more experience now with TestMy, I realize the significance of the ISP is not as I had believed earlier. The ISP rank is formed by the tests the TestMy members (and guests) are running. My connection to suddenlink, for example, (aka suddenrage) is pretty fast so I can drive the Suddenlink rank up by running a bunch of download tests. I can watch it change because it updates very quickly, unlike the member rank tab on the suddenlink page which updates, seemingly, only by special request. Again, the ISP rank is a result of whatever people are doing at the moment. Thus the results should be treated that way.
  9. Hi @mudmanc4, I would have to read a couple of books or go take a course just to understand what you just asked me. So, no. Time permitting, I may. I have often read manuals where Port Forwarding settings are identified. They tell me what do do, were I to desire to forward a port. However, I have yet to find anything that tells me why I would want to do such a thing, or what the typical (or intended) use of it is. Just curious, sidebar: off topic, what do you have on your head in that picture?
  10. Alternatively, run my switches in L3 mode
  11. I don't know. I'm not certain that is going to reveal what I'm looking for, but it could still be interesting. I think it depends on what the so called router does with the traffic. If all of the traffic is sent to the ISP's routers to determine what to do with it, then the test result may be of interest. All of the hardwired ports on that box are bridged. It has one port named the modem port which is an actual gateway port. It should send local traffic to the local bridge but that is not a guarantee. I'm no routing expert, but the 192 addresses are assigned the local bridge interface, but the 129 address gateway is 0.0.0.0 which points to a suddenlink server. Which one wins ? I have been in situations before when suddenlink was down and things on the local net could not see each other. Other times they could. I might pitch this thing and get a real router. Who knows. Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 47.219.80.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0 47.219.80.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 47.219.80.1 0.0.0.0 UG 0 0 0 eth0
  12. Ultimately, my purpose for testing, and the original reason I got involved with TestMy was/is in preparation for self-hosting one of my domains. My facility is combined residence/business. I pay the ISP the residential non-commercial rate. The domains are currently hosted at BlueHost. After reading about NAT, it seems that it may cause issues for my self hosted domain, Rather than try to itemize all the ways NAT would interfere, I decided to that getting on IPv6 would be a good idea. My ISP, which is Suddenlink/Altice, is silent about IPv6 on their site. I am (time permitting, and it takes a LOT of time) attempting to contact a human being at Suddenlink to ask them about it. Some time ago I asked them about getting a static IPv4 address from them - they won't do it. When I am able to ask my question regarding IPv6 support, I anticipate their response to be - we don't have it. If they cannot support IPv6 connections, I could get an IPv4 address some other way, and just start using it. (whether they like it or not) What would their NAT machinery do if a packet came in with an IPv4 address outside of the 192, 10 , 100 etc range of NAT-able addresses? It would have to honor it (forward it) .. right ?
  13. I spent a lot of time getting Upload tests to run at the full ISP speed. Until I figured a out correction that got rid of the mid-var, my Uploads had terrible speed (5Mbps). This caused me to associate mid-var with bad speed. But look at this download test result graph. This time the mid-var works in my favor. I am referring to the upward bump in the middle.This test was run on a connection limited to 400 Mbps (ISP tiered cap). Although it is preceded by a downward bump, the downward bump never went under 400.
  14. I have not yet been able to read anything about NAT without getting a foul taste in my mouth. Thanks for the info.
×
×
  • Create New...