Recommended Posts

Before everyone goes blaming the router - so did you do a sniff with your pc, and they are not handing out dns option in dns??

Did you try removing the cloud aspect of the router with the standalone version of the firmware? Then it should not matter that the router can not lookup cloudcisco or whatever its trying to lookup.

Before everyone goes blaming the router - so did you do a sniff with your pc, and they are not handing out dns option in dns??

Did you try removing the cloud aspect of the router with the standalone version of the firmware? Then it should not matter that the router can not lookup cloudcisco or whatever its trying to lookup.

I will be trying the sniffing thing with wireshark later today with the Modem in Modem mode. Yes I had the version without Cloud installed on the router before, I had the full interface that time because it doesn't rely on Cloud but some features still don't work properly like for some reason its affecting certain Apple services on the Mac.

So when you were using the standalone version it showed you what your internet IP was? Well WTF are we dicking with the cloud version for then?? Put that back and we can look into what issue you were having with apple services??

Did it dns work in this mode - or were you still not getting dns from ISP? Please post your sniff test with pc connected to modem and doing so we can see the dhcp offer that they are sending you and if it contains dns.

So when you were using the standalone version it showed you what your internet IP was? Well WTF are we dicking with the cloud version for then?? Put that back and we can look into what issue you were having with apple services??

Did it dns work in this mode - or were you still not getting dns from ISP? Please post your sniff test with pc connected to modem and doing so we can see the dhcp offer that they are sending you and if it contains dns.

No it did not show my IP on the router in the non cloud version too, but according to virgin medias SuperHub page, when it is in Modem Mode the IP Address on routers sometimes do display "0.0.0.0" i don't know why this would happen???

I will reply soon with the sniff test with the superhub on its router mode, and what it shows on its modem mode. Not able to do it right now.

that makes no sense at all that router would show 0.0.0.0 -- have never ever ever seen anything like that. I looked at that page you linked to and stated that in that mode it would act like a normal docsis 3 cable modem. Well every single cable modem I have ever seen when you connect a router to it -- it shows an IP!

It has to have an IP, so why would it not show it? Seems like a bug in the router firmware if you ask me, but for the life of me can not figure out what it could be - dhcp is standard protocol, not sure what they could be doing that would prevent the router from listing what IP it got.

Someone mentioned something about IPv6 - I wonder if your getting an ipv4-mapped to Ipv6 address.. So something like

::ffff:192.0.2.128 represents the IPv4 address 192.0.2.128

And this is why its not showing the ipv4 address?

So can you do a traceroute while router connected to modem. you won't see the wan side of the route in the listing, but will see the isp hop.. So for example

budman@ubuntu:~$ traceroute 8.8.8.8

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets

1 pfsense.local.lan (192.168.1.253) 3.065 ms 2.995 ms 2.937 ms

2 c-24-13-xxx-1.hsd1.il.comcast.net (24.13.xxx.1) 42.795 ms 42.743 ms 62.447 ms

3 te-1-2-ur07.mtprospect.il.chicago.comcast.net (68.85.131.149) 42.521 ms 47.172 ms 48.200 ms

4 te-8-3-ur08.mtprospect.il.chicago.comcast.net (68.87.231.70) 48.154 ms 48.099 ms 48.012 ms

So you see my router there at 192.168.1.253, then next hop is 24.13.xxx.1

This is my isp gateway. Now when you showed your pc getting an IP it was on a /24 so your IP would have to be somewhere in the /24 that the isp gateway falls into.

After we see the sniff test, another test we could do is if you have hub or switch that can do port mirroring/spanning - you could hook up a pc between your modem and router and sniff the traffic so we would be able to watch the dhcp communication, and then normal traffic and see what IP your router is using - maybe its using a ipv4-mapped IPv6 address for communication to your isp?

I would put the noncloud version of the firmware back on - and we can work out your issues with your apple stuff. Even if you don't see ipv4 address, there really is little reason for router to be able to resolve anything itself - other than it normally uses the dns it got from isp for dnsmasq/forwarding etc. But not really that big of deal to have your clients go directly to an outside public dns, 4.2.2.2, opendns, googledns, etc. Or you could always run your own local dns on your network and have it forward to your isp dns, etc.

For anyone else wanting to look or if anyone else who has experienced an issue like this before, I did a Wireshark scan over Teamviewer with BudMan and he can confirm something odd is up and no DNS is being received from my ISP, check log here:

AwYX2.png

In process of trying to contact Virgin Media my ISP about this.

and the 3rd option may well be, because my ISP has full control over this "SuperHub" firmware, it is so locked down you can't change the DNS yourself when you wish to use your own, I reckon that the reason why DNS servers are not been provided in Modem mode is because the DNS servers are in fact hard coded into the firmware of the SuperHub itself. (Virgin Media can send firmware updates out to the SuperHub whenever they want and it will automatically update once plugged in).

No and here?s why.

In modem mode nothing is hard coded and in fact you don't get DNS and DHCP by the hub in this mode it is at another end point beyond the hub.

As for the hub in router mode having DNS hard coded that could be true however your device will still be able to override what DNS you wish to use.

And that is odd that VM DNS is not being sent out by DHCP.....

No and here?s why.

In modem mode nothing is hard coded and in fact you don't get DNS and DHCP by the hub in this mode it is at another end point beyond the hub.

As for the hub in router mode having DNS hard coded that could be true however your device will still be able to override what DNS you wish to use.

And that is odd that VM DNS is not being sent out by DHCP.....

Yeah very odd, going to be phoning Virgin Monday and try talk to someone who knows there stuff so I can explain to them what the issue is, because I am 1000% sure its not a problem I have as you can see by all the logs I have gathered and checks done advised by BudMan (thank you).

"your device will still be able to override what DNS you wish to use."

I don't think your understanding the issue. While I agree with you that when hub in router mode, or he attaches a router to the hub (in modem mode) that clients will use the dns and gateway handed to it by the dhcp server of either the router or the hub in router mode - and that can be set to use whatever dns he wants. This is all fine and good.

His problem is that his router requires it to resolve specific urls by itself, not the clients -- it looks for some ciscocloud.tld to verify its on the internet - and when the ISP (hub in modem mode) does not give the router DNS to use - it thinks its not on the internet because it can not resolve and then get to whatever cisco site its trying to get to.

His ISP per his test of directly connecting his PC to the hub (in modem mode) -- gets an IP and gateway from the ISP dhcp, but NO DNS information is handed out from his ISP dhcp. We have verified that NO dns information is being given out by the ISP.. Which is why his router is having an issue while in cloudmode -- it needs a dns handed to it via dhcp.

If he double natted his connection and put his hub in router mode, and then connected his router his issue would be gone - because the cisco router would use the hub lan IP as its dns - and the hub in router mode would forward to what seems to be a hard coded dns server(s)?? Since clearly his ISP is not handing it out via dhcp.

If he double natted his connection and put his hub in router mode, and then connected his router his issue would be gone - because the cisco router would use the hub lan IP as its dns - and the hub in router mode would forward to what seems to be a hard coded dns server(s)?? Since clearly his ISP is not handing it out via dhcp.

I did consider that but then I might as well really throw away the ea4500 and use this ****ty SuperHub. Plus it has history of corrupting downloads which are something like over 3gb its a complete peice of rubbish.

What super hub firmware are you on? It's the buggiest pos ever but is usually fine in modem mode... Just tell them it keeps freezing and they should send you a new one

r36, I would be on the latest virgin has pushed out as I have rebooted the modem since and the SuperHub auto updates

What does the SH have to do with they are not handing out dns via dhcp -- would not matter what modem he uses.

Its not really a problem, he could always just set dns -- where its a issue is that he can not tell his router what dns to use to lookup the ciscofqdn it wants to lookup. Because its limited to only setting it via dhcp on the wan interface.

I don't get why they don't hand out dns via dhcp - every other isp I have ever seen hands out this info. Why are they not, would seem to be an issue on this scope - because someone else said they are using the same isp and they get dns via dhcp.

What does the SH have to do with they are not handing out dns via dhcp -- would not matter what modem he uses.

Its not really a problem, he could always just set dns -- where its a issue is that he can not tell his router what dns to use to lookup the ciscofqdn it wants to lookup. Because its limited to only setting it via dhcp on the wan interface.

I don't get why they don't hand out dns via dhcp - every other isp I have ever seen hands out this info. Why are they not, would seem to be an issue on this scope - because someone else said they are using the same isp and they get dns via dhcp.

I am not sure how it works myself but I am just guessing and not sure how to explain it either, but I know that Virgin Media has these conditions:

1) If the Mac address is changed of the router or modem, a new IP Address is given out

2) If the old IP Address is not used within 7 days it is released to be reused by someone else

Because when I put the modem back into SuperHub mode, my old IP Address comes back because the SuperHub mac address is different to the EA4500 of course, so as I swap I get the 2 different IP Addresses.

Now the gateway (is that the router that should hand out the DNS?) is my current ip .1 on the end so like IP is 77.98.70.199, gateway is 77.98.70.1 this IP Address displays as a completely different location as to my previous IP Address which is why I was a bit confused as to why FB was saying I am logging in from Walsall which is quite far out.

If I clone the Mac Address of the SuperHub on my EA4500, it should renew or at least use my old IP Address? would this cause it to use a different router and it may get around the issue?

(just to clarify, i am phoning my ISP about it but I will be doing so on Monday, no UK support during weekends)

I haven't read all the stuff on this but here's my experiances when I was using NTL home/business with the old Ambit 2050 modem; On home it was locked into client mode, you couldn't change it, it would give the IP to whatever was connected but if you just had a switch and 2 PCs it wouldn't work as one PC would get the IP and it'd ignore the other so you had to use a router.

On NTL Business you get the same, but you get 5 IPs and use a switch instead of a router (well you can use a router if you want to share one public IP amongst more than 1 PC) and it'd lock to the MAC address (and you had to use the ACORN site to fully register the MAC to a permanenty public IP).

In both cases the cable modem would dish out the client IP, gateway details, DNS servers, etc.

I know they wanted to replace the ambits because apparently it was easy to get on their system so I'm guessing it's got much harder with the superhub, so hard in fact you can't do much :p

In both cases the cable modem would dish out the client IP, gateway details, DNS servers, etc.

Cable modems don't dish out the client IP that are WAN IP or the gateway or the DNS servers the cable modem is just a means to convert DOCSIS to Ethernet this applies to any and all cable modems or in the case of the super hub only when its in modem mode.

All client IP that are WAN IP or the gateway or the DNS servers are sent from the gateway from the DHCP at the ISP end.

I have fixed it and got around the issue behold, full router interface!

YkTcp.png

I did what I thought might work, I connected my PC directly to my Modem and I used a tool to randomly change my mac address, which forced my Modem to change its IP Address, and behold I got two IPv4 DNS Servers popup on my computer, it looks like Virgin has some issues with its network where some are not handing out any DNS addresses!

I set in the EA4500 "Clone mac address" to Enabled and typed in the Mac address my computer is using, and boom the ea4500 works fully now.

But I am using 77.100.174.* IP Address now and the gateway must be 77.100.174.1 and its handing out DNS addresses, I will wait 2 weeks now and let my other IP Address expire then try turning the Mac address cloning off and see if it hands out a new IP Address and see if that one is working.

Should I still contact my ISP about this because now its working for me I guess it will be harder to solve?

Matt.

so your clearly coming off a different dhcp scope if your getting a different netblock for your IP before you got a 77.98 address with no dns.

Is it the same dhcp server? Curious before it was 62.253.131.161, I would send the sniffs you did showing that server was not sending dns in its options.

But now that you have it working shouldn't be a problem - I would assume most of their users are using their product for their routers so highly unlikely too many other users running into the issue you found.

so your clearly coming off a different dhcp scope if your getting a different netblock for your IP before you got a 77.98 address with no dns.

Is it the same dhcp server? Curious before it was 62.253.131.161, I would send the sniffs you did showing that server was not sending dns in its options.

But now that you have it working shouldn't be a problem - I would assume most of their users are using their product for their routers so highly unlikely too many other users running into the issue you found.

Yes I think I am most likely coming from a different dhcp scope now. Must be something somewhere and I am now just contacting a different DHCP server. I'll try my best to contact virgin media and give them the logs too with the IP Address, if they look into it they should see straight away the issue.

EDIT: They only recently just started upgrading my area to support faster speeds so I can only assume somebody has broken something.

Matt.

What does the SH have to do with they are not handing out dns via dhcp -- would not matter what modem he uses.

Its not really a problem, he could always just set dns -- where its a issue is that he can not tell his router what dns to use to lookup the ciscofqdn it wants to lookup. Because its limited to only setting it via dhcp on the wan interface.

I don't get why they don't hand out dns via dhcp - every other isp I have ever seen hands out this info. Why are they not, would seem to be an issue on this scope - because someone else said they are using the same isp and they get dns via dhcp.

Because his ISP DOES hand out DNS via DHCP but for some reason he ain't getting it. (I'm on the same ISP)

Dude -- what part about showing you the actual SNIFF of the traffic from the dhcp.. IT WAS NOT THERE!!

Yes I agree his isp hands it out, he got it when he changed his mac, but was not getting it before - we looked at the dhcp offer from his ISP, no dns in it.

Sorry but sniffs do not lie, there was NO dns option in the offer! Nothing would filter out just specific options in the offer - so his isp was not sending. It is quite easy to forget something on the scope.

Because his ISP DOES hand out DNS via DHCP but for some reason he ain't getting it. (I'm on the same ISP)

Virgin are do provide some sort of DNS via DHCP otherwise nobody would be able to browse the internet when connecting plainly to the Modem... the issue I had was it wasn't being sent, DNS was blank. Your getting correct DNS settings because you will be hitting a different router somewhere else.

Dude -- what part about showing you the actual SNIFF of the traffic from the dhcp.. IT WAS NOT THERE!!

Yes I agree his isp hands it out, he got it when he changed his mac, but was not getting it before - we looked at the dhcp offer from his ISP, no dns in it.

Sorry but sniffs do not lie, there was NO dns option in the offer! Nothing would filter out just specific options in the offer - so his isp was not sending. It is quite easy to forget something on the scope.

I been told on the virgin forums that my post has been flagged for urgent attention and there are techies on there who can actually look at the information so we will hopefully find out Monday.

Dude -- what part about showing you the actual SNIFF of the traffic from the dhcp.. IT WAS NOT THERE!!

Yes I agree his isp hands it out, he got it when he changed his mac, but was not getting it before - we looked at the dhcp offer from his ISP, no dns in it.

Sorry but sniffs do not lie, there was NO dns option in the offer! Nothing would filter out just specific options in the offer - so his isp was not sending. It is quite easy to forget something on the scope.

Dude, what part about VIRGIN GIVES OUT DNS VIA DHCP do you fail to comprehend? Even if it is one misconfigured server, THEY DO IT across the network or are you being deliberately obtuse?

The Superhub is notoriously buggy for corrupted downloads, having broken firmware - the relation being, It could have been a Superhub issue stripping or not picking up the DNS, it really is that crap.

In all likelyhood it's a single misconfigured DHCP server judging from his further updates on the matter.

Dude, what part about VIRGIN GIVES OUT DNS VIA DHCP do you fail to comprehend? Even if it is one misconfigured server, THEY DO IT across the network or are you being deliberately obtuse?

Thats all is was VM had a misconfigured DHCP server for handing out DNS its likely fixed now so nothing to fail to comprehend because that was the problem and was the point being made.

This topic is now closed to further replies.
  • Posts

    • Friday Windows 11 preview builds are here. Insiders in the Experimental (formerly Dev) and Beta Channel can download builds 26300.8697 and 26220.8690. My Windows11 device on the Preview Channel just got 26220.8728. My guess is this build is a nightly update from 26220.8690.
    • Traffic has a surprisingly unexpected impact on your surroundings by Sayan Sen Image by Radik 2707 via Pexels A collaborative study by researchers from several Israeli institutions found that everyday pollution from traffic and industrial activity measurably changed the atmospheric electric field over the Tel Aviv metropolitan area, providing new evidence of how human activity can influence the lower atmosphere. The research was led by Dr. Roy Yaniv of the Hebrew University of Jerusalem and the Gertner Institute at Sheba Medical Center, Dr. Assaf Hochman of the Fredy & Nadine Herrmann Institute of Earth Sciences at the Hebrew University, and Prof. Yoav Yair of Reichman University. The study also involved Itay Froomer, a student from Hadera High School and the Israeli Museum of Medicine and Science (Technoda), who carried out the work as part of the Ministry of Education's 5-unit physics research track. The researchers focused on the atmospheric electric field under fair-weather conditions. Even in the absence of storms, a weak electric field naturally exists between Earth's surface and the atmosphere. One of the main ways scientists measure this field is through the Potential Gradient (PG), which is the inverse of the vertical component of the electric field. PG is a key part of the global electric circuit, a planet-wide system of electrical currents maintained by thunderstorms and electrified clouds around the world. Scientists have long known that the atmospheric electric field can be influenced by factors ranging from large-scale atmospheric processes to local weather conditions such as dust, fog and clouds. Human-made pollution is also known to play a role, but understanding exactly how urban emissions affect the electric field close to the ground has remained an area of ongoing research. To investigate this relationship, the team analyzed measurements from a newly installed electric field mill, an instrument used to continuously monitor the strength of the atmospheric electric field. The instrument was installed at the Center for Technological Education (Roter House) in Holon and became operational in August 2024. It was funded by Israel's Ministry of Education and the Holon municipality. The electric field mill forms part of a broader monitoring network that includes nearby meteorological stations and air-quality monitoring sites. This allowed researchers to compare electric field measurements with detailed weather data and pollution records to better understand what was driving changes in the Potential Gradient. The study focused on two major urban pollutants: fine particulate matter (PM2.5) and nitrogen oxides (NOx), both commonly produced by vehicle traffic and industrial activity. PM2.5 refers to microscopic airborne particles small enough to remain suspended in the atmosphere for extended periods, while NOx is a group of gases released during fuel combustion. Researchers examined daily, weekly and seasonal patterns in the atmospheric electric field and compared them with changes in pollutant concentrations. Their analysis revealed a clear relationship between NOx levels and changes in the Potential Gradient, particularly during morning and evening rush hours when traffic emissions were at their highest. “What we observe is a direct physical link between emission peaks and electrical variability,” explained Dr. Roy Yaniv. “NOx reduces atmospheric conductivity very quickly, so the electric field responds almost instantaneously during traffic rush hours.” Atmospheric conductivity describes how easily electrical charges move through the air. According to the researchers, nitrogen oxides rapidly alter this conductivity, causing a near-immediate response in the electric field. PM2.5, however, was associated with a delayed response. The researchers attributed this difference to the particles' longer atmospheric residence time, meaning they remain in the atmosphere for longer periods, as well as their different microphysical interactions with surrounding air and atmospheric components. The study also identified a pronounced "weekend effect." In Israel, traffic volumes and some industrial activity decline significantly on Fridays and Saturdays. During these periods, concentrations of both NOx and PM2.5 dropped, and corresponding changes were observed in the atmospheric electric field. “The weekend signal demonstrates just how sensitive the electric field is to changes in human activity,” the researchers noted. “When emissions decline, the electrical environment adjusts at once, providing a high-resolution indicator of urban atmospheric conditions.” The findings showed that pollution levels can influence not only the chemical composition of the atmosphere but also its electrical properties. Researchers said the results strengthened the case for using atmospheric electricity as an additional tool for environmental monitoring, particularly in densely populated urban areas where anthropogenic, or human-caused, influences are most pronounced. The study also pointed to potential public health applications. By combining air-quality measurements with observations of atmospheric electricity, researchers said they could gain a more complete picture of how urban atmospheric conditions change over time. “Integrating air-quality data with electric-field measurements gives us a clearer picture of how the lower atmosphere evolves moment by moment,” the researchers added. “It’s a framework that can support both scientific insight and practical environmental decision-making.” Beyond the scientific findings, the project highlighted a collaboration between universities, public institutions and secondary education. Researchers said the work demonstrated how students could take part in real-world environmental research while contributing to studies of air quality, atmospheric processes and their potential effects on society. Source: Hebrew University, ScienceDirect This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing
    • We aren't even at the all-star game and Microsoft is talking about an update that will most likely be released during the World Series if not after. A lot can happen in the world between now and the 2026 World Series, including the 2026 FIFA Cup. Tell me about it again after the FIFA Cup is concluded. That should allow plenty of time to prepare for it.
    • Great, tell me when I have a "Bad Pool Caller" elsewhere not in Windoze.
    • The first improvement they need to make to audio in W11 is to add an equalizer that actually works.
  • Recent Achievements

    • Week One Done
      AMV earned a badge
      Week One Done
    • One Month Later
      AMV earned a badge
      One Month Later
    • Collaborator
      ryansurfer98 went up a rank
      Collaborator
    • One Month Later
      Eurosoft10 earned a badge
      One Month Later
    • Week One Done
      Eurosoft10 earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      542
    2. 2
      +Edouard
      186
    3. 3
      Michael Scrip
      77
    4. 4
      PsYcHoKiLLa
      77
    5. 5
      Steven P.
      71
  • Tell a friend

    Love Neowin? Tell a friend!