• VM Hub4 lights

    From Woody@harrogate3@ntlworld.com to uk.telecom.broadband on Thu Jul 31 22:51:45 2025
    From Newsgroup: uk.telecom.broadband

    I have a VM Hub4 which I run in modem mode. We had a loss of service a
    few days ago which I believe was a local mains failure at the street cab
    as the adjacent traffic lights went off as well but nothing else.

    I ended up rebooting the Hub4 which turned its lights on but I cannot
    turn them off again.

    When in modem mode the Hub4 IP becomes 192.168.100.1 but my network and
    all computers associated with it have a net IP address range of
    192.168.x.y where x is a non-standard number.

    I don't want to have to start readdressing an old laptop, so can anyone
    give me a simple way to be able to talk from my desktop PC to the Hub4
    in modem mode so that I can access it and switch the lights off? (Or for
    that matter knows any other way to turn the lights off?)

    [The lights are an illuminated bar around the top of the Hub4 box and
    can be white, red, blue, green or off and also have a variable
    brightness 0-100% under software control.]
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Theo@theom+news@chiark.greenend.org.uk to uk.telecom.broadband on Thu Jul 31 23:04:05 2025
    From Newsgroup: uk.telecom.broadband

    Woody <harrogate3@ntlworld.com> wrote:
    I have a VM Hub4 which I run in modem mode. We had a loss of service a
    few days ago which I believe was a local mains failure at the street cab
    as the adjacent traffic lights went off as well but nothing else.

    I ended up rebooting the Hub4 which turned its lights on but I cannot
    turn them off again.

    When in modem mode the Hub4 IP becomes 192.168.100.1 but my network and
    all computers associated with it have a net IP address range of
    192.168.x.y where x is a non-standard number.

    I don't want to have to start readdressing an old laptop, so can anyone
    give me a simple way to be able to talk from my desktop PC to the Hub4
    in modem mode so that I can access it and switch the lights off? (Or for that matter knows any other way to turn the lights off?)

    I've not used one since SH2 days, but the usual deal with VM hubs in modem
    mode is you can run your network behind your router how you want, let's say
    you number everything on the LAN side 192.168.1.x. But the hub is on the
    WAN side, so if you go to http://192.168.100.1/ you can access that from a machine on the LAN just fine. Effectively the router thinks that
    192.168.100.x is part of the 'internet' - the default route says that everything that isn't 192.168.1.x should go to the WAN port, the VM hub
    plugged in there answers and everything is fine.

    [The lights are an illuminated bar around the top of the Hub4 box and
    can be white, red, blue, green or off and also have a variable
    brightness 0-100% under software control.]

    Can you not access the hub settings using http://192.168.100.1/
    ?

    Theo
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Woody@harrogate3@ntlworld.com to uk.telecom.broadband on Thu Jul 31 23:30:01 2025
    From Newsgroup: uk.telecom.broadband

    On Thu 31/07/2025 23:04, Theo wrote:
    Woody <harrogate3@ntlworld.com> wrote:
    I have a VM Hub4 which I run in modem mode. We had a loss of service a
    few days ago which I believe was a local mains failure at the street cab
    as the adjacent traffic lights went off as well but nothing else.

    I ended up rebooting the Hub4 which turned its lights on but I cannot
    turn them off again.

    When in modem mode the Hub4 IP becomes 192.168.100.1 but my network and
    all computers associated with it have a net IP address range of
    192.168.x.y where x is a non-standard number.

    I don't want to have to start readdressing an old laptop, so can anyone
    give me a simple way to be able to talk from my desktop PC to the Hub4
    in modem mode so that I can access it and switch the lights off? (Or for
    that matter knows any other way to turn the lights off?)

    I've not used one since SH2 days, but the usual deal with VM hubs in modem mode is you can run your network behind your router how you want, let's say you number everything on the LAN side 192.168.1.x. But the hub is on the
    WAN side, so if you go to http://192.168.100.1/ you can access that from a machine on the LAN just fine. Effectively the router thinks that 192.168.100.x is part of the 'internet' - the default route says that everything that isn't 192.168.1.x should go to the WAN port, the VM hub plugged in there answers and everything is fine.

    [The lights are an illuminated bar around the top of the Hub4 box and
    can be white, red, blue, green or off and also have a variable
    brightness 0-100% under software control.]

    Can you not access the hub settings using http://192.168.100.1/
    ?

    Theo

    Sadly no. The IP address is accepted but it just sits there with that
    annoying circle rotating., as it also does withe non-modem mode address.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Woody@harrogate3@ntlworld.com to uk.telecom.broadband on Fri Aug 1 06:57:47 2025
    From Newsgroup: uk.telecom.broadband

    On Thu 31/07/2025 23:30, Woody wrote:
    On Thu 31/07/2025 23:04, Theo wrote:
    Woody <harrogate3@ntlworld.com> wrote:
    I have a VM Hub4 which I run in modem mode. We had a loss of service a
    few days ago which I believe was a local mains failure at the street cab >>> as the adjacent traffic lights went off as well but nothing else.

    I ended up rebooting the Hub4 which turned its lights on but I cannot
    turn them off again.

    When in modem mode the Hub4 IP becomes 192.168.100.1 but my network and
    all computers associated with it have a net IP address range of
    192.168.x.y where x is a non-standard number.

    I don't want to have to start readdressing an old laptop, so can anyone
    give me a simple way to be able to talk from my desktop PC to the Hub4
    in modem mode so that I can access it and switch the lights off? (Or for >>> that matter knows any other way to turn the lights off?)

    I've not used one since SH2 days, but the usual deal with VM hubs in
    modem
    mode is you can run your network behind your router how you want,
    let's say
    you number everything on the LAN side 192.168.1.x.-a But the hub is on the >> WAN side, so if you go to http://192.168.100.1/ you can access that
    from a
    machine on the LAN just fine.-a Effectively the router thinks that
    192.168.100.x is part of the 'internet' - the default route says that
    everything that isn't 192.168.1.x should go to the WAN port, the VM hub
    plugged in there answers and everything is fine.

    [The lights are an illuminated bar around the top of the Hub4 box and
    can be white, red, blue, green or off and also have a variable
    brightness 0-100% under software control.]

    Can you not access the hub settings using http://192.168.100.1/
    ?

    Theo

    Sadly no. The IP address is accepted but it just sits there with that annoying circle rotating., as it also does withe non-modem mode address.


    More on that. I cannot access the 100.1 address from my desktop, but
    earlier I tried accessing it from my tablet and it worked - albeit
    rather slowly. I have reduced the light level to 1% but just cannot turn
    them off.
    Eh?

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Graham J@nobody@nowhere.co.uk to uk.telecom.broadband on Fri Aug 1 08:09:00 2025
    From Newsgroup: uk.telecom.broadband

    Woody wrote:
    I have a VM Hub4 which I run in modem mode. We had a loss of service a
    few days ago which I believe was a local mains failure at the street cab
    as the adjacent traffic lights went off as well but nothing else.

    I ended up rebooting the Hub4 which turned its lights on but I cannot
    turn them off again.

    When in modem mode the Hub4 IP becomes 192.168.100.1 but my network and
    all computers associated with it have a net IP address range of
    192.168.x.y where x is a non-standard number.

    I don't want to have to start readdressing an old laptop, so can anyone
    give me a simple way to be able to talk from my desktop PC to the Hub4
    in modem mode so that I can access it and switch the lights off? (Or for that matter knows any other way to turn the lights off?)

    You have to do exactly that - readdressing an old laptop. It's really
    not difficult! Find an old laptop (or whatever) and a small network
    switch. Configure the old laptop for an IP in the range 192.168.100.x
    with default gateway 192.168.100.1

    Connect the network switch between the VM Hub4 and your normal router's
    WAN port. So now from all your other computers you can connect to the internet as normal.

    You now have a tiny network between your normal router and the VM Hub 4
    to which you can connect your old specially configured test laptop. It
    will see the web page in the VM Hub 4 at 192.168.100.1 and shows you all
    the details about it - hopefully including the page where you can
    configure the lights.

    More usefully - and generally where there is a router in modem mode -
    you can see its WAN statistics such as sync speeds and SNR margins.
    I've no idea whether this is relevant to the VM Hub 4 - does it
    implement a cable or fibre connection?

    When you've done just reconfigure the test laptop to work with your home network. Normally you would use the "auto" setting to use the DHCP
    server in your normal router. If you don't use DHCP then you must have
    a very specific reason for doing so and I would expect you to understand
    why and be very familiar with setting a static IP configuration in a
    computer.
    --
    Graham J
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Woody@harrogate3@ntlworld.com to uk.telecom.broadband on Fri Aug 1 08:14:32 2025
    From Newsgroup: uk.telecom.broadband

    On Fri 01/08/2025 08:09, Graham J wrote:
    Woody wrote:
    I have a VM Hub4 which I run in modem mode. We had a loss of service a
    few days ago which I believe was a local mains failure at the street
    cab as the adjacent traffic lights went off as well but nothing else.

    I ended up rebooting the Hub4 which turned its lights on but I cannot
    turn them off again.

    When in modem mode the Hub4 IP becomes 192.168.100.1 but my network
    and all computers associated with it have a net IP address range of
    192.168.x.y where x is a non-standard number.

    I don't want to have to start readdressing an old laptop, so can
    anyone give me a simple way to be able to talk from my desktop PC to
    the Hub4 in modem mode so that I can access it and switch the lights
    off? (Or for that matter knows any other way to turn the lights off?)

    You have to do exactly that - readdressing an old laptop.-a It's really
    not difficult!-a Find an old laptop (or whatever) and a small network switch.-a Configure the old laptop for an IP in the range 192.168.100.x
    with default gateway 192.168.100.1

    Connect the network switch between the VM Hub4 and your normal router's
    WAN port.-a So now from all your other computers you can connect to the internet as normal.

    You now have a tiny network between your normal router and the VM Hub 4
    to which you can connect your old specially configured test laptop.-a It will see the web page in the VM Hub 4 at 192.168.100.1 and shows you all
    the details about it - hopefully including the page where you can
    configure the lights.

    More usefully - and generally where there is a router in modem mode -
    you can see its WAN statistics such as sync speeds and SNR margins. I've
    no idea whether this is relevant to the VM Hub 4 - does it implement a
    cable or fibre connection?

    When you've done just reconfigure the test laptop to work with your home network.-a Normally you would use the "auto" setting to use the DHCP
    server in your normal router.-a If you don't use DHCP then you must have
    a very specific reason for doing so and I would expect you to understand
    why and be very familiar with setting a static IP configuration in a computer.


    Thanks all - cracked it!

    I know not why but I tried accessing the Hub4 modem address from my
    (Android) tablet - and it worked, albeit not that fast. I was able to
    change the lights setting to zero, and change the password and now all
    is well.

    Still cannot access it from a Windows(10) desktop no matter which
    browser I tried, but good old Lenovo tablet and I'm away.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Graham J@nobody@nowhere.co.uk to uk.telecom.broadband on Fri Aug 1 08:23:14 2025
    From Newsgroup: uk.telecom.broadband

    Theo wrote:

    [snip]


    I've not used one since SH2 days, but the usual deal with VM hubs in modem mode is you can run your network behind your router how you want, let's say you number everything on the LAN side 192.168.1.x. But the hub is on the
    WAN side, so if you go to http://192.168.100.1/ you can access that from a machine on the LAN just fine. Effectively the router thinks that 192.168.100.x is part of the 'internet' - the default route says that everything that isn't 192.168.1.x should go to the WAN port, the VM hub plugged in there answers and everything is fine.

    No, that will not normally work.

    Your router's WAN port is configured to get its IP from the remote DHCP
    server in the VM network - or possibly it has a static configuration
    told to you by VM relating to its MAC address. Whichever, the default
    route (in your router) is explicitly to the gateway IP provided by VM
    which it knows is accessible via its WAN port.

    I'm told that some routers will allow you to specify a static route in
    the WAN configuration. This would allow traffic for anything on the 192.168.100.x network to be sent out of the WAN port to the gateway IP 192.168.100.1 (i.e. your VM Hub 4). Equally importantly, replies from
    the VM Hub 4 at 192.168.100.1 will be accepted and returned to the
    originating PC on your home network.
    --
    Graham J
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Graham J@nobody@nowhere.co.uk to uk.telecom.broadband on Fri Aug 1 09:12:40 2025
    From Newsgroup: uk.telecom.broadband

    Woody wrote:

    [snip]


    Thanks all - cracked it!

    I know not why but I tried accessing the Hub4 modem address from my (Android) tablet - and it worked, albeit not that fast. I was able to
    change the lights setting to zero, and change the password and now all
    is well.


    Does your Android tablet have an Ethernet connection? I suspect not, I suspect it only has WiFi.

    What that probably means is that the VM Hub 4 generates a WiFi signal,
    and your tablet connects directly to that. Clearly this is potentially
    very confusing, since WiFi devices can connect to it but will not get a
    route to the internet.

    When configuring a router into modem mode it is good practise to disable
    its WiFi capability.
    --
    Graham J
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris Green@cl@isbd.net to uk.telecom.broadband on Fri Aug 1 09:31:53 2025
    From Newsgroup: uk.telecom.broadband

    Woody <harrogate3@ntlworld.com> wrote:

    Can you not access the hub settings using http://192.168.100.1/
    ?

    Theo

    Sadly no. The IP address is accepted but it just sits there with that annoying circle rotating., as it also does withe non-modem mode address.


    Isn't that because you have changed its IP address so that it's no
    longer on the 192.168.1.x subnet? You need to change the IP address
    of the computer you're doing it from as well.
    --
    Chris Green
    -+
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Bob Latham@bob@sick-of-spam.invalid to uk.telecom.broadband on Fri Aug 1 10:04:28 2025
    From Newsgroup: uk.telecom.broadband

    In article <106hq1d$8mlq$1@dont-email.me>,
    Graham J <nobody@nowhere.co.uk> wrote:

    No, that will not normally work.

    Your router's WAN port is configured to get its IP from the remote
    DHCP server in the VM network - or possibly it has a static
    configuration told to you by VM relating to its MAC address.
    Whichever, the default route (in your router) is explicitly to the
    gateway IP provided by VM which it knows is accessible via its WAN
    port.

    I'm told that some routers will allow you to specify a static route
    in the WAN configuration. This would allow traffic for anything
    on the 192.168.100.x network to be sent out of the WAN port to the
    gateway IP 192.168.100.1 (i.e. your VM Hub 4). Equally
    importantly, replies from the VM Hub 4 at 192.168.100.1 will be
    accepted and returned to the originating PC on your home network.

    Much as I appreciate the logic of what you say, there must be more to
    it than that because mine works fine.

    Any machine on my 192.168.1.x network (Asus router) can access the VM
    Hub 3 on 192.168.100.1 without a problem at all, pings work too. I'm
    also sure I'm not using double NAT, my real IP address is on the WAN
    port of the Asus.

    I have set no special settings for this in the Asus but it works. I'm
    sure VM have this in their instructions for modem only mode.

    Bob.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From David Rance@david@SPAMOFF.invalid to uk.telecom.broadband on Fri Aug 1 10:10:54 2025
    From Newsgroup: uk.telecom.broadband

    On 01/08/2025 08:09, Graham J wrote:
    > You have to do exactly that - readdressing an old laptop.-a It's really
    not difficult!-a Find an old laptop (or whatever) and a small network switch.-a Configure the old laptop for an IP in the range 192.168.100.x
    with default gateway 192.168.100.1

    Connect the network switch between the VM Hub4 and your normal router's
    WAN port.-a So now from all your other computers you can connect to the internet as normal.

    You now have a tiny network between your normal router and the VM Hub 4
    to which you can connect your old specially configured test laptop.

    I have a similar setup over in France. A couple of years ago I upgraded
    to FTTH with SFR (I already had FTTH in England). Before the upgrade I
    was using a Draytek 2860 to connected to an ADSL line. When the SFR
    fibre line was connected I could no longer use the Draytek directly for several reasons and so I had to connect it to the SFR-supplied router
    with a PPP connection. The SFR router has its own DHCP - thus the "tiny network" between the the two routers.

    I needed to keep the Draytek in use because I had a LAN-to-LAN VPN
    between that and my Draytek here in England, something I can't do with
    the SFR-supplied router. With the old French ADSL line this worked beautifully. But now I have to go through the SFR router and, although
    the VPN connects between the two Draytek routers the data transmission
    is very, very slow, taking several minutes to complete the transfer of
    just one screen page. France to England is so slow that it's unusable;
    England to France is a little better and is just about usable with patience!

    Is there anything I can do to improve this, bearing in mind that I have
    no access to the SFR router's config?

    David
    --
    David Rance writing from Caversham, Reading, UK


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Bob Latham@bob@sick-of-spam.invalid to uk.telecom.broadband on Fri Aug 1 10:20:02 2025
    From Newsgroup: uk.telecom.broadband

    In article <5c457ca10ebob@sick-of-spam.invalid>,
    Bob Latham <bob@sick-of-spam.invalid> wrote:

    Much as I appreciate the logic of what you say, there must be more
    to it than that because mine works fine.

    Bad form I know to quote myself but

    https://www.draytek.co.uk/support/guides/kb-virgin-hub-modem-mode

    The last line of that article says..

    Remember : If you need to access the GUI of the Super Hub or the
    Hitron router while it is in modem-only mode, it will now be
    responding on http://192.168.100.1

    I don't understand the mechanism but this is standard and should work.

    Oh and my VM hub has the wi-fi turned off.


    Bob.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Graham J@nobody@nowhere.co.uk to uk.telecom.broadband on Fri Aug 1 10:26:05 2025
    From Newsgroup: uk.telecom.broadband

    David Rance wrote:

    [snip]


    Is there anything I can do to improve this, bearing in mind that I have
    no access to the SFR router's config?

    There's no easy solution to this. For performance, you need the
    LAN-to-LAN connection. So the public IP address which is the endpoint
    of the VPN must be the WAN port of the Draytek router. So you must
    change the device which terminates the fibre for a modem.

    This might mean changing the FTTP supplier in France.

    As an example, in the UK FTTP from Zen is delivered using a fibre modem, either supplied by Openreach (or in one sad case I know of, by Trooli).

    By contrast FTTP from County Broadband in the case I know of is
    delivered using a Fibre Gateway Model GR241AG, and moreover, used CGNAT.

    So if I wanted to connect to the County Broadband user's network I would
    be baulked by the router and CGNAT. The only option would be to ditch
    County Broadband
    --
    Graham J
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From David Rance@david@SPAMOFF.invalid to uk.telecom.broadband on Fri Aug 1 11:40:44 2025
    From Newsgroup: uk.telecom.broadband

    On 01/08/2025 10:26, Graham J wrote:

    David Rance wrote:

    [snip]


    Is there anything I can do to improve this, bearing in mind that I
    have no access to the SFR router's config?

    There's no easy solution to this.-a For performance, you need the LAN-to- LAN connection.-a So the public IP address which is the endpoint of the
    VPN must be the WAN port of the Draytek router.-a So you must change the device which terminates the fibre for a modem.

    This might mean changing the FTTP supplier in France.

    Thanks for your thoughts.

    I'm not sure it's possible. SFR provides the infrastructure where I am
    (like CityFibre or Openreach in the UK) but they also provide the actual package to connect to the Internet. I'll need to do some research to see
    if it's possible, but I don't have high hopes.
    > As an example, in the UK FTTP from Zen is delivered using a fibre
    modem,
    either supplied by Openreach (or in one sad case I know of, by Trooli).

    By contrast FTTP from County Broadband in the case I know of is
    delivered using a Fibre Gateway Model GR241AG, and moreover, used CGNAT.

    So if I wanted to connect to the County Broadband user's network I would
    be baulked by the router and CGNAT.-a The only option would be to ditch County Broadband

    In view of that, I wonder that I get a VPN connection at all!

    David
    --
    David Rance writing from Caversham, Reading, UK


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Graham J@nobody@nowhere.co.uk to uk.telecom.broadband on Fri Aug 1 12:35:42 2025
    From Newsgroup: uk.telecom.broadband

    David Rance wrote:

    [snip]

    By contrast FTTP from County Broadband in the case I know of is
    delivered using a Fibre Gateway Model GR241AG, and moreover, used CGNAT.

    So if I wanted to connect to the County Broadband user's network I
    would be baulked by the router and CGNAT.-a The only option would be to
    ditch County Broadband.

    In view of that, I wonder that I get a VPN connection at all!

    You haven't said how you configured it.

    On the Draytek router you can set up a variety of VPN types: PPTP,
    IPSec, L2TP, SSL, etc. I generally use IPSec for LAN-to-LAN, and have
    used PPTP where a remote computer dials into the router - which means
    that the remote computer does not need a known static public IP address
    - the security is by username and password only, and the connection can traverse multiple NAT processes.

    The remote dial-in can be implemented in the remote router, which may be
    what yours in France does. So it dials into your home router in the UK
    either continuously or on a schedule, which gives you access to the
    network at your place in France. My experience is - like yours - that
    the dial-in VPN is very slow; so slow that access to some services fails completely, but it's generally OK for Telnet. But I don't know why it
    is so slow - somebody can perhaps explain.

    Others here may have better suggestions.

    For you in France it may be that SFR offer a commercial product with a
    static public IP address and a modem or professional router (perhaps
    Cisco) that can implement a LAN-to-LAN VPN. I imagine this might be
    quite a lot more expensive. I hope you're fluent in French if you have
    to explain that requirement! I think County Broadband in England could
    do the same, but I never found anybody there who understood the question
    when I asked.
    --
    Graham J
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Woody@harrogate3@ntlworld.com to uk.telecom.broadband on Fri Aug 1 13:41:08 2025
    From Newsgroup: uk.telecom.broadband

    On Fri 01/08/2025 09:12, Graham J wrote:
    Woody wrote:

    [snip]


    Thanks all - cracked it!

    I know not why but I tried accessing the Hub4 modem address from my
    (Android) tablet - and it worked, albeit not that fast. I was able to
    change the lights setting to zero, and change the password and now all
    is well.


    Does your Android tablet have an Ethernet connection?-a I suspect not, I suspect it only has WiFi.

    What that probably means is that the VM Hub 4 generates a WiFi signal,
    and your tablet connects directly to that.-a Clearly this is potentially very confusing, since WiFi devices can connect to it but will not get a route to the internet.

    When configuring a router into modem mode it is good practise to disable
    its WiFi capability.



    Read Theo's contribution at 23:04 last night - it explains how it works
    very well.
    Basically any router if asked for an address will connect to that
    address if it is local, otherwise it will just send the address to the
    outside world which en route happens to find the Hub4.

    My tablet does not have Ethernet, wireless only, and it was connected to
    my home router which did the job.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From David Rance@david@SPAMOFF.invalid to uk.telecom.broadband on Fri Aug 1 13:52:13 2025
    From Newsgroup: uk.telecom.broadband

    On 01/08/2025 12:35, Graham J wrote:

    David Rance wrote:

    [snip]

    By contrast FTTP from County Broadband in the case I know of is
    delivered using a Fibre Gateway Model GR241AG, and moreover, used CGNAT. >>>
    So if I wanted to connect to the County Broadband user's network I
    would be baulked by the router and CGNAT.-a The only option would be
    to ditch County Broadband.

    In view of that, I wonder that I get a VPN connection at all!

    You haven't said how you configured it.

    On the Draytek router you can set up a variety of VPN types: PPTP,
    IPSec, L2TP, SSL, etc.

    I use PPTP as it's the only one that I could make work. The French one
    does the dialling out.

    Which reminds me of another strange phenomenon. When I had the ADSL line
    in France, the VPN would sometimes work and sometimes not, for months at
    a time. As far as I remember there were no config changes. I got used to
    it not working and then, suddenly, there it was working again. Never did
    get to the bottom of that.
    > The remote dial-in can be implemented in the remote router, which
    may be
    what yours in France does.-a So it dials into your home router in the UK either continuously or on a schedule, which gives you access to the
    network at your place in France.-a My experience is - like yours - that
    the dial-in VPN is very slow; so slow that access to some services fails completely, but it's generally OK for Telnet.-a But I don't know why it
    is so slow - somebody can perhaps explain.

    Telnet is also slow. The first data packet comes through immediately,
    then I have to wait some time for the next packet, and so on. It does
    seem to be that each packet is subject to a delay. The question is, why? Amount of traffic?
    > For you in France it may be that SFR offer a commercial product with a
    static public IP address and a modem or professional router (perhaps
    Cisco) that can implement a LAN-to-LAN VPN.-a I imagine this might be
    quite a lot more expensive.

    Not that I've been able to ascertain.

    > I hope you're fluent in French if you have
    to explain that requirement!-a I think County Broadband in England could
    do the same, but I never found anybody there who understood the question when I asked.
    That is why I try to avoid asking technical questions! Yes, I'm fairly fluent in French but, when it comes to technical questions, if you don't
    use the correct terms that they use, it's hopeless. I used to rely on my
    late wife to help me (she was bilingual French/English) but even she was stumped when it came to technical terms!David
    --
    David Rance writing from Caversham, Reading, UK


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Graham J@nobody@nowhere.co.uk to uk.telecom.broadband on Fri Aug 1 16:37:02 2025
    From Newsgroup: uk.telecom.broadband

    David Rance wrote:

    [snip]

    -aThat is why I try to avoid asking technical questions! Yes, I'm fairly fluent in French but, when it comes to technical questions, if you don't
    use the correct terms that they use, it's hopeless. I used to rely on my late wife to help me (she was bilingual French/English) but even she was stumped when it came to technical terms!David

    Back in around 1980 the company I worked for had a French agency, and my contact there was Philippe. He spoke very good English, and liked to
    show off his knowledge of obscure English sayings that he had learnt
    while studying at Harrow polytechnic - a Fine Arts course.

    Our business was in phototypesetters and related equipment, and a
    newspaper customer in Nancy had a system with an IBM mainframe and some
    IBM 3270 terminals. We wanted to emulate a 3270 connection and were struggling to get the protocol to work properly.

    So the technical people from the newspaper and myself tried to
    communicate through Philippe - not very successfully. We had to explain
    the technical problem to Philippe, make sure he understood it, then get
    him to translate the question and response. His non-technical
    background hindered him in this.

    My French at the time was from a good 'O' level and some holiday
    experience; and my French colleagues had obviously studied English at
    school. Very quickly we found we understood each other well enough to
    resolve questions about the CICS protocol, so Philippe was sent out to
    buy coffee and croissants.
    --
    Graham J
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From David Wade@g4ugm@dave.invalid to uk.telecom.broadband on Fri Aug 1 18:59:40 2025
    From Newsgroup: uk.telecom.broadband

    On 01/08/2025 10:10, David Rance wrote:
    On 01/08/2025 08:09, Graham J wrote:
    -a > You have to do exactly that - readdressing an old laptop.-a It's really
    not difficult!-a Find an old laptop (or whatever) and a small network
    switch.-a Configure the old laptop for an IP in the range 192.168.100.x
    with default gateway 192.168.100.1

    Connect the network switch between the VM Hub4 and your normal
    router's WAN port.-a So now from all your other computers you can
    connect to the internet as normal.

    You now have a tiny network between your normal router and the VM Hub
    4 to which you can connect your old specially configured test laptop.

    I have a similar setup over in France. A couple of years ago I upgraded
    to FTTH with SFR (I already had FTTH in England). Before the upgrade I
    was using a Draytek 2860 to connected to an ADSL line. When the SFR
    fibre line was connected I could no longer use the Draytek directly for several reasons and so I had to connect it to the SFR-supplied router
    with a PPP connection. The SFR router has its own DHCP - thus the "tiny network" between the the two routers.

    I needed to keep the Draytek in use because I had a LAN-to-LAN VPN
    between that and my Draytek here in England, something I can't do with
    the SFR-supplied router. With the old French ADSL line this worked beautifully. But now I have to go through the SFR router and, although
    the VPN connects between the two Draytek routers the data transmission
    is very, very slow, taking several minutes to complete the transfer of
    just one screen page. France to England is so slow that it's unusable; England to France is a little better and is just about usable with
    patience!

    Is there anything I can do to improve this, bearing in mind that I have
    no access to the SFR router's config?

    Well I found the Draytek VPN performance terrible. Check the spec!
    I now use the VPN that comes with the Fritz!box in a similar setup in Spain.

    Dave







    David


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Theo@theom+news@chiark.greenend.org.uk to uk.telecom.broadband on Fri Aug 1 20:43:49 2025
    From Newsgroup: uk.telecom.broadband

    Graham J <nobody@nowhere.co.uk> wrote:
    Theo wrote:

    [snip]


    I've not used one since SH2 days, but the usual deal with VM hubs in modem mode is you can run your network behind your router how you want, let's say you number everything on the LAN side 192.168.1.x. But the hub is on the WAN side, so if you go to http://192.168.100.1/ you can access that from a machine on the LAN just fine. Effectively the router thinks that 192.168.100.x is part of the 'internet' - the default route says that everything that isn't 192.168.1.x should go to the WAN port, the VM hub plugged in there answers and everything is fine.

    No, that will not normally work.

    Your router's WAN port is configured to get its IP from the remote DHCP server in the VM network - or possibly it has a static configuration
    told to you by VM relating to its MAC address. Whichever, the default
    route (in your router) is explicitly to the gateway IP provided by VM
    which it knows is accessible via its WAN port.

    It does work. The DOCSIS 'modem' isn't really a layer 2 modem, it's a layer
    3 router that understands IP, and it implements a webserver that listens on
    IP 192.168.100.1. It's the first hop on the WAN side of your router[1].
    DHCP from your router is passed through to the VM servers upstream, as is public IP traffic. Effectively the 'modem' is seeing all your traffic and transparently passing through most of it but replying to requests on 192.168.100.1 itself rather than passing them to the DOCSIS network[2].

    [1] can't remember if it shows up in traceroutes or not

    [2] also can't remember what happens if your link is down and you can't get
    a public IP. I think the 'modem' has its own DHCP and hands out
    192.168.100.2 in that case. It may be that your router is actually talking
    to the 'modem' DHCP server all the time and that's handing out a public IP
    it received via DOCSIS when the link is up and 100.2 when it's down.

    I'm told that some routers will allow you to specify a static route in
    the WAN configuration. This would allow traffic for anything on the 192.168.100.x network to be sent out of the WAN port to the gateway IP 192.168.100.1 (i.e. your VM Hub 4). Equally importantly, replies from
    the VM Hub 4 at 192.168.100.1 will be accepted and returned to the originating PC on your home network.

    From your home router's perspective it doesn't matter - it's all going out
    the same WAN port, so you don't need a static route to define something
    that's already covered by the default route. ie your router's routing table is something like:

    If 192.168.1.0/24 go via LAN
    else default go via WAN

    and 192.168.100.1 would be covered by the default route.

    Theo
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Theo@theom+news@chiark.greenend.org.uk to uk.telecom.broadband on Fri Aug 1 21:22:42 2025
    From Newsgroup: uk.telecom.broadband

    David Rance <david@spamoff.invalid> wrote:

    I needed to keep the Draytek in use because I had a LAN-to-LAN VPN
    between that and my Draytek here in England, something I can't do with
    the SFR-supplied router. With the old French ADSL line this worked beautifully. But now I have to go through the SFR router and, although
    the VPN connects between the two Draytek routers the data transmission
    is very, very slow, taking several minutes to complete the transfer of
    just one screen page. France to England is so slow that it's unusable; England to France is a little better and is just about usable with patience!

    Is there anything I can do to improve this, bearing in mind that I have
    no access to the SFR router's config?

    I would guess you're seeing massive packet loss - if one packet in 20 is getting through it can vaguely work but with a huge number of retransmits to slow everything down. As to why I don't know.

    As an alternative approach might be to use a system like Tailscale or
    Netbird which sets up a site to site VPN behind firewalls. You don't need a public IP but you do need a machine in each network, which could be a
    Raspberry Pi or similar if you don't want to leave a PC on. That gets you a tunnel from your PC to the Pi, and there are various ways to then hop from
    the Pi to other machines in the remote LAN.

    Theo
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Theo@theom+news@chiark.greenend.org.uk to uk.telecom.broadband on Fri Aug 1 21:27:39 2025
    From Newsgroup: uk.telecom.broadband

    David Rance <david@spamoff.invalid> wrote:
    That is why I try to avoid asking technical questions! Yes, I'm fairly fluent in French but, when it comes to technical questions, if you don't
    use the correct terms that they use, it's hopeless. I used to rely on my late wife to help me (she was bilingual French/English) but even she was stumped when it came to technical terms!David

    One useful feature of companies insistence on live chat is it's written
    medium, so you can write your response in English then run it through Google Translate to get the French version and paste that into the chat. If you get Google to translate the French back to English you can check the technical meaning is correctly represented.

    Theo
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From David Rance@david@SPAMOFF.invalid to uk.telecom.broadband on Sat Aug 2 17:42:19 2025
    From Newsgroup: uk.telecom.broadband

    On 01/08/2025 21:27, Theo wrote:

    David Rance <david@spamoff.invalid> wrote:
    >> That is why I try to avoid asking technical questions! Yes, I'm
    fairly
    fluent in French but, when it comes to technical questions, if you don't
    use the correct terms that they use, it's hopeless. I used to rely on my
    late wife to help me (she was bilingual French/English) but even she was
    stumped when it came to technical terms!David

    One useful feature of companies insistence on live chat is it's written medium, so you can write your response in English then run it through Google Translate to get the French version and paste that into the chat. If you get Google to translate the French back to English you can check the technical meaning is correctly represented.

    While google translate is a vast improvement over what it used to be, nevertheless technical terms are not usually up to the same standard in
    my experience. :-(

    David
    --
    David Rance writing from Caversham, Reading, UK


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From David Rance@david@SPAMOFF.invalid to uk.telecom.broadband on Sat Aug 2 17:44:27 2025
    From Newsgroup: uk.telecom.broadband

    On 01/08/2025 16:37, Graham J wrote:

    David Rance wrote:

    [snip]

    -a-aThat is why I try to avoid asking technical questions! Yes, I'm
    fairly fluent in French but, when it comes to technical questions, if
    you don't use the correct terms that they use, it's hopeless. I used
    to rely on my late wife to help me (she was bilingual French/English)
    but even she was stumped when it came to technical terms!David

    Back in around 1980 the company I worked for had a French agency, and my contact there was Philippe.-a He spoke very good English, and liked to
    show off his knowledge of obscure English sayings that he had learnt
    while studying at Harrow polytechnic - a Fine Arts course.

    Our business was in phototypesetters and related equipment, and a
    newspaper customer in Nancy had a system with an IBM mainframe and some
    IBM 3270 terminals.-a-a We wanted to emulate a 3270 connection and were struggling to get the protocol to work properly.

    So the technical people from the newspaper and myself tried to
    communicate through Philippe - not very successfully.-a We had to explain the technical problem to Philippe, make sure he understood it, then get
    him to translate the question and response.-a His non-technical
    background hindered him in this.

    My French at the time was from a good 'O' level and some holiday
    experience; and my French colleagues had obviously studied English at school.-a Very quickly we found we understood each other well enough to resolve questions about the CICS protocol, so Philippe was sent out to
    buy coffee and croissants.

    I fully empathise with that situation!

    David
    --
    David Rance writing from Caversham, Reading, UK


    --- Synchronet 3.21a-Linux NewsLink 1.2