Re: Opengear alternatives that support 5g?
Doesn't meet #3 but I'm testing Banana Pi BPI-R3 and seems way better than RPI for this purpose. You need to add the mini-pci modem of your choice but their 2 SIM card slots on board. There are also 5 RJ45 ports if your devices have OOB ethernet ports. There are 2 onboard storage (NOR and NAND) and you can add a M2 SSD so it is possible to have failover disks. I also like the fact that there are 2 SFP ports. There are some places in our area where the LTE / 5G network is really awful so we can use a fiber wavelength instead. It depends on the same fiber but at least, doesn't depend on any active devices on site. The bad is that you still need a USB to serial ports adapter. Also, you can customise OpenWRT as much as you like. For me, it's an advantage but in your case, it seems like an issue. For the OP, having several VPN options like zerotier seems like an advantage. Le ven. 26 avr. 2024, à 12 h 44, Warren Kumari a écrit : > > > > > On Fri, Apr 26, 2024 at 12:43 AM, Saku Ytti wrote: > >> On Fri, 26 Apr 2024 at 03:11, David H wrote: >> >> Curious if anyone has particular hardware they like for OOB / serial >> management, similar to OpenGear, but preferably with 5G support, maybe even >> T-Mobile support? It’s becoming increasingly difficult to get static IP 4g >> machine accounts out of Verizon, and the added speed would be nice too. Or >> do you separate the serial from the access device (cell+firewall, etc.)? >> >> You could get a 5G Catalyst with an async NIM or SM. >> >> But I think you're setting up yourself for unnecessary costs and failures >> by designing your OOB to require static IP. You could design it so that the >> OOB spokes dial-in to the central OOB hub, and the OOB hub doesn't care >> what IP they come from, using certificates or PSK for identity, instead of >> IP. >> > > > Yup, I agree — but that simply rewrites the question to be: > "Curious if anyone has particular hardware they like for OOB / serial > management, similar to OpenGear, but preferably with 5G support, which can > be a spoke that dials in to the central OOB hub, and the OOB hub doesn't > care what IP they come from, using certificates or PSK for identity, > instead of IP." > > I've been on the same quest, and I have some additional requests / > features. Ideally it: > > 1: would be small - my particular use-case is for a "traveling rack", and > so 0U is preferred. > > 2: would be fairly cheap. > > 3: would not be a Raspberry-Pi, a USB hub and USB-to-serial cables. We > tried that for a while, and it was clunky — the SD card died a few times > (and jumped out entirely once!), people kept futzing with the OS and > fighting over which console software to use, installing other packages, etc. > > 4: support modern SSH clients (it seems like you shouldn't have to say > this, but… ) > > 5: actually be designed as a termserver - the current thing we are using > doesn't really understand terminals, and so we need to use 'socat > -,raw,echo=0,escape=0x1d TCP::' to get things like > tab-completion and "up-arrow for last command" to work. > > 6: support logging of serial (e.g crash-messages) to some sort of log / > buffer / similar (it's useful to be able to see what a device barfed all > over the console when it crashes. > > > The Get Console Airconsole TS series meets many of these requirements, but > it doesn't do #6. It also doesn't really feel like they have been updating > / maintaining these. > > Yes, I fully acknowledge that #3 falls into the "Doctor, Doctor, it hurts > when I do this" camp, but, well… > > W > > > >> -- >> ++ytti >> > >
Re: Opengear alternatives that support 5g?
If someone wants to assemble some of the freetserv boxes, I have some of the PCBs and components here if you want them. - Jared > On Apr 26, 2024, at 1:27 PM, Andrew Latham wrote: > > If anyone is interested in https://freetserv.github.io/ but does not want to > build one I have sort of documented an alternative at > https://lathama.net/Tech/Hardware/USB-32COM-RM so you can use anything to > connect the 5G or dialup to > > On Fri, Apr 26, 2024 at 11:21 AM Michel Blais > wrote: > Doesn't meet #3 but I'm testing Banana Pi BPI-R3 and seems way better than > RPI for this purpose. > > You need to add the mini-pci modem of your choice but their 2 SIM card slots > on board. There are also 5 RJ45 ports if your devices have OOB ethernet ports. > > There are 2 onboard storage (NOR and NAND) and you can add a M2 SSD so it is > possible to have failover disks. > > I also like the fact that there are 2 SFP ports. There are some places in our > area where the LTE / 5G network is really awful so we can use a fiber > wavelength instead. It depends on the same fiber but at least, doesn't depend > on any active devices on site. > > The bad is that you still need a USB to serial ports adapter. Also, you can > customise OpenWRT as much as you like. > > For me, it's an advantage but in your case, it seems like an issue. For the > OP, having several VPN options like zerotier seems like an advantage. > > Le ven. 26 avr. 2024, à 12 h 44, Warren Kumari a écrit : > > > > > On Fri, Apr 26, 2024 at 12:43 AM, Saku Ytti wrote: > On Fri, 26 Apr 2024 at 03:11, David H wrote: > Curious if anyone has particular hardware they like for OOB / serial > management, similar to OpenGear, but preferably with 5G support, maybe even > T-Mobile support? It’s becoming increasingly difficult to get static IP 4g > machine accounts out of Verizon, and the added speed would be nice too. Or do > you separate the serial from the access device (cell+firewall, etc.)? > You could get a 5G Catalyst with an async NIM or SM. > But I think you're setting up yourself for unnecessary costs and failures by > designing your OOB to require static IP. You could design it so that the OOB > spokes dial-in to the central OOB hub, and the OOB hub doesn't care what IP > they come from, using certificates or PSK for identity, instead of IP. > > > Yup, I agree — but that simply rewrites the question to be: > "Curious if anyone has particular hardware they like for OOB / serial > management, similar to OpenGear, but preferably with 5G support, which can be > a spoke that dials in to the central OOB hub, and the OOB hub doesn't care > what IP they come from, using certificates or PSK for identity, instead of > IP." > > I've been on the same quest, and I have some additional requests / features. > Ideally it: > > 1: would be small - my particular use-case is for a "traveling rack", and so > 0U is preferred. > > 2: would be fairly cheap. > > 3: would not be a Raspberry-Pi, a USB hub and USB-to-serial cables. We tried > that for a while, and it was clunky — the SD card died a few times (and > jumped out entirely once!), people kept futzing with the OS and fighting over > which console software to use, installing other packages, etc. > > 4: support modern SSH clients (it seems like you shouldn't have to say this, > but… ) > > 5: actually be designed as a termserver - the current thing we are using > doesn't really understand terminals, and so we need to use 'socat > -,raw,echo=0,escape=0x1d TCP::' to get things like > tab-completion and "up-arrow for last command" to work. > > 6: support logging of serial (e.g crash-messages) to some sort of log / > buffer / similar (it's useful to be able to see what a device barfed all over > the console when it crashes. > > > The Get Console Airconsole TS series meets many of these requirements, but it > doesn't do #6. It also doesn't really feel like they have been updating / > maintaining these. > > Yes, I fully acknowledge that #3 falls into the "Doctor, Doctor, it hurts > when I do this" camp, but, well… > > W > > > > -- > ++ytti > > > > -- > - Andrew "lathama" Latham -
Re: Opengear alternatives that support 5g?
On Fri, Apr 26, 2024 at 12:43 AM, Saku Ytti wrote: > On Fri, 26 Apr 2024 at 03:11, David H wrote: > > Curious if anyone has particular hardware they like for OOB / serial > management, similar to OpenGear, but preferably with 5G support, maybe even > T-Mobile support? It’s becoming increasingly difficult to get static IP 4g > machine accounts out of Verizon, and the added speed would be nice too. Or > do you separate the serial from the access device (cell+firewall, etc.)? > > You could get a 5G Catalyst with an async NIM or SM. > > But I think you're setting up yourself for unnecessary costs and failures > by designing your OOB to require static IP. You could design it so that the > OOB spokes dial-in to the central OOB hub, and the OOB hub doesn't care > what IP they come from, using certificates or PSK for identity, instead of > IP. > Yup, I agree — but that simply rewrites the question to be: "Curious if anyone has particular hardware they like for OOB / serial management, similar to OpenGear, but preferably with 5G support, which can be a spoke that dials in to the central OOB hub, and the OOB hub doesn't care what IP they come from, using certificates or PSK for identity, instead of IP." I've been on the same quest, and I have some additional requests / features. Ideally it: 1: would be small - my particular use-case is for a "traveling rack", and so 0U is preferred. 2: would be fairly cheap. 3: would not be a Raspberry-Pi, a USB hub and USB-to-serial cables. We tried that for a while, and it was clunky — the SD card died a few times (and jumped out entirely once!), people kept futzing with the OS and fighting over which console software to use, installing other packages, etc. 4: support modern SSH clients (it seems like you shouldn't have to say this, but… ) 5: actually be designed as a termserver - the current thing we are using doesn't really understand terminals, and so we need to use 'socat -,raw,echo=0,escape=0x1d TCP::' to get things like tab-completion and "up-arrow for last command" to work. 6: support logging of serial (e.g crash-messages) to some sort of log / buffer / similar (it's useful to be able to see what a device barfed all over the console when it crashes. The Get Console Airconsole TS series meets many of these requirements, but it doesn't do #6. It also doesn't really feel like they have been updating / maintaining these. Yes, I fully acknowledge that #3 falls into the "Doctor, Doctor, it hurts when I do this" camp, but, well… W > -- > ++ytti >
Re: Opengear alternatives that support 5g?
If anyone is interested in https://freetserv.github.io/ but does not want to build one I have sort of documented an alternative at https://lathama.net/Tech/Hardware/USB-32COM-RM so you can use anything to connect the 5G or dialup to On Fri, Apr 26, 2024 at 11:21 AM Michel Blais wrote: > Doesn't meet #3 but I'm testing Banana Pi BPI-R3 and seems way better than > RPI for this purpose. > > You need to add the mini-pci modem of your choice but their 2 SIM card > slots on board. There are also 5 RJ45 ports if your devices have OOB > ethernet ports. > > There are 2 onboard storage (NOR and NAND) and you can add a M2 SSD so it > is possible to have failover disks. > > I also like the fact that there are 2 SFP ports. There are some places in > our area where the LTE / 5G network is really awful so we can use a fiber > wavelength instead. It depends on the same fiber but at least, doesn't > depend on any active devices on site. > > The bad is that you still need a USB to serial ports adapter. Also, you > can customise OpenWRT as much as you like. > > For me, it's an advantage but in your case, it seems like an issue. For > the OP, having several VPN options like zerotier seems like an advantage. > > Le ven. 26 avr. 2024, à 12 h 44, Warren Kumari a > écrit : > >> >> >> >> >> On Fri, Apr 26, 2024 at 12:43 AM, Saku Ytti wrote: >> >>> On Fri, 26 Apr 2024 at 03:11, David H wrote: >>> >>> Curious if anyone has particular hardware they like for OOB / serial >>> management, similar to OpenGear, but preferably with 5G support, maybe even >>> T-Mobile support? It’s becoming increasingly difficult to get static IP 4g >>> machine accounts out of Verizon, and the added speed would be nice too. Or >>> do you separate the serial from the access device (cell+firewall, etc.)? >>> >>> You could get a 5G Catalyst with an async NIM or SM. >>> >>> But I think you're setting up yourself for unnecessary costs and >>> failures by designing your OOB to require static IP. You could design it so >>> that the OOB spokes dial-in to the central OOB hub, and the OOB hub doesn't >>> care what IP they come from, using certificates or PSK for identity, >>> instead of IP. >>> >> >> >> Yup, I agree — but that simply rewrites the question to be: >> "Curious if anyone has particular hardware they like for OOB / serial >> management, similar to OpenGear, but preferably with 5G support, which can >> be a spoke that dials in to the central OOB hub, and the OOB hub doesn't >> care what IP they come from, using certificates or PSK for identity, >> instead of IP." >> >> I've been on the same quest, and I have some additional requests / >> features. Ideally it: >> >> 1: would be small - my particular use-case is for a "traveling rack", and >> so 0U is preferred. >> >> 2: would be fairly cheap. >> >> 3: would not be a Raspberry-Pi, a USB hub and USB-to-serial cables. We >> tried that for a while, and it was clunky — the SD card died a few times >> (and jumped out entirely once!), people kept futzing with the OS and >> fighting over which console software to use, installing other packages, etc. >> >> 4: support modern SSH clients (it seems like you shouldn't have to say >> this, but… ) >> >> 5: actually be designed as a termserver - the current thing we are using >> doesn't really understand terminals, and so we need to use 'socat >> -,raw,echo=0,escape=0x1d TCP::' to get things like >> tab-completion and "up-arrow for last command" to work. >> >> 6: support logging of serial (e.g crash-messages) to some sort of log / >> buffer / similar (it's useful to be able to see what a device barfed all >> over the console when it crashes. >> >> >> The Get Console Airconsole TS series meets many of these requirements, >> but it doesn't do #6. It also doesn't really feel like they have been >> updating / maintaining these. >> >> Yes, I fully acknowledge that #3 falls into the "Doctor, Doctor, it hurts >> when I do this" camp, but, well… >> >> W >> >> >> >>> -- >>> ++ytti >>> >> >> -- - Andrew "lathama" Latham -
Weekly Global IPv4 Routing Table Report
This is an automated weekly mailing describing the state of the Global IPv4 Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG UKNOF, TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG. Daily listings are sent to bgp-st...@lists.apnic.net. For historical data, please see https://thyme.apnic.net. If you have any comments please contact Philip Smith . IPv4 Routing Table Report 04:00 +10GMT Sat 27 Apr, 2024 BGP Table (Global) as seen in Japan. Report Website: https://thyme.apnic.net Detailed Analysis: https://thyme.apnic.net/current/ Analysis Summary BGP routing table entries examined: 945677 Prefixes after maximum aggregation (per Origin AS): 361558 Deaggregation factor: 2.62 Unique aggregates announced (without unneeded subnets): 461329 Total ASes present in the Internet Routing Table: 75744 Prefixes per ASN: 12.49 Origin-only ASes present in the Internet Routing Table: 64957 Origin ASes announcing only one prefix: 26638 Transit ASes present in the Internet Routing Table: 10787 Transit-only ASes present in the Internet Routing Table:515 Average AS path length visible in the Internet Routing Table: 4.3 Max AS path length visible: 55 Max AS path prepend of ASN (265020) 50 Prefixes from unregistered ASNs in the Routing Table: 1054 Number of instances of unregistered ASNs: 1056 Number of 32-bit ASNs allocated by the RIRs: 44273 Number of 32-bit ASNs visible in the Routing Table: 36321 Prefixes from 32-bit ASNs in the Routing Table: 185962 Number of bogon 32-bit ASNs visible in the Routing Table:16 Special use prefixes present in the Routing Table:1 Prefixes being announced from unallocated address space:600 Number of addresses announced to Internet: 3028129152 Equivalent to 180 /8s, 125 /16s and 149 /24s Percentage of available address space announced: 81.8 Percentage of allocated address space announced: 81.8 Percentage of available address space allocated: 100.0 Percentage of address space in use by end-sites: 99.6 Total number of prefixes smaller than registry allocations: 311967 APNIC Region Analysis Summary - Prefixes being announced by APNIC Region ASes: 250709 Total APNIC prefixes after maximum aggregation: 73906 APNIC Deaggregation factor:3.39 Prefixes being announced from the APNIC address blocks: 242790 Unique aggregates announced from the APNIC address blocks: 100697 APNIC Region origin ASes present in the Internet Routing Table: 14121 APNIC Prefixes per ASN: 17.19 APNIC Region origin ASes announcing only one prefix: 4280 APNIC Region transit ASes present in the Internet Routing Table: 1880 Average APNIC Region AS path length visible:4.6 Max APNIC Region AS path length visible: 32 Number of APNIC region 32-bit ASNs visible in the Routing Table: 9507 Number of APNIC addresses announced to Internet: 761371776 Equivalent to 45 /8s, 97 /16s and 156 /24s APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911, 45056-46079, 55296-56319, 58368-59391, 63488-64098, 64297-64395, 131072-153913 APNIC Address Blocks 1/8, 14/8, 27/8, 36/8, 39/8, 42/8, 43/8, 49/8, 58/8, 59/8, 60/8, 61/8, 101/8, 103/8, 106/8, 110/8, 111/8, 112/8, 113/8, 114/8, 115/8, 116/8, 117/8, 118/8, 119/8, 120/8, 121/8, 122/8, 123/8, 124/8, 125/8, 126/8, 133/8, 150/8, 153/8, 163/8, 171/8, 175/8, 180/8, 182/8, 183/8, 202/8, 203/8, 210/8, 211/8, 218/8, 219/8, 220/8, 221/8, 222/8, 223/8, ARIN Region Analysis Summary Prefixes being announced by ARIN Region ASes:275608 Total ARIN prefixes after maximum aggregation: 124937 ARIN Deaggregation factor: 2.21 Prefixes being announced from the ARIN address blocks: 280646 Unique aggregates announced from the ARIN address blocks:133663 ARIN Region origin ASes present in the Internet Routing Table:19144 ARIN Prefixes per ASN:
Re: Opengear alternatives that support 5g?
I’ve been loooking at the $600 Peplink MAX BR1-MINI (HW3) industrial 5G router. It has a 1x embedded 5G modem (Verizon, AT, T-Mobile, and FirstNet). three GigE ports, four antenna connectors, and comes with an stick antenna set and AC PS. It uses a nanoSIM. Yes, it’s a pure IP router with no knowledge of serial protocols. So I would just put an air console behind it to get to my serial ports. I’m still evaluating 5G plans, and Verizon just offered an amazing $15 per month unlimited data deal, but it seems to have a 50 gig limit before you get to throttling. That might not matter at all with serial traffic though. We've been using the Netgear 4G cellular router, but that’s becoming increasingly unreliable. The NG has a nailed up IPsec VPN tunnel, obviating the need for a static IP, and the keepalive traffic is low enough that it doesn’t cost us much on the 4G network. I’m hoping 5G will be even cheaper and faster. I’d love to see if anybody found anything better before I spring for a Peplink test unit. -mel On Apr 26, 2024, at 9:45 AM, Warren Kumari wrote: On Fri, Apr 26, 2024 at 12:43 AM, Saku Ytti mailto:s...@ytti.fi>> wrote: On Fri, 26 Apr 2024 at 03:11, David H mailto:ispcoloh...@gmail.com>> wrote: Curious if anyone has particular hardware they like for OOB / serial management, similar to OpenGear, but preferably with 5G support, maybe even T-Mobile support? It’s becoming increasingly difficult to get static IP 4g machine accounts out of Verizon, and the added speed would be nice too. Or do you separate the serial from the access device (cell+firewall, etc.)? You could get a 5G Catalyst with an async NIM or SM. But I think you're setting up yourself for unnecessary costs and failures by designing your OOB to require static IP. You could design it so that the OOB spokes dial-in to the central OOB hub, and the OOB hub doesn't care what IP they come from, using certificates or PSK for identity, instead of IP. Yup, I agree — but that simply rewrites the question to be: "Curious if anyone has particular hardware they like for OOB / serial management, similar to OpenGear, but preferably with 5G support, which can be a spoke that dials in to the central OOB hub, and the OOB hub doesn't care what IP they come from, using certificates or PSK for identity, instead of IP." I've been on the same quest, and I have some additional requests / features. Ideally it: 1: would be small - my particular use-case is for a "traveling rack", and so 0U is preferred. 2: would be fairly cheap. 3: would not be a Raspberry-Pi, a USB hub and USB-to-serial cables. We tried that for a while, and it was clunky — the SD card died a few times (and jumped out entirely once!), people kept futzing with the OS and fighting over which console software to use, installing other packages, etc. 4: support modern SSH clients (it seems like you shouldn't have to say this, but… ) 5: actually be designed as a termserver - the current thing we are using doesn't really understand terminals, and so we need to use 'socat -,raw,echo=0,escape=0x1d TCP::' to get things like tab-completion and "up-arrow for last command" to work. 6: support logging of serial (e.g crash-messages) to some sort of log / buffer / similar (it's useful to be able to see what a device barfed all over the console when it crashes. The Get Console Airconsole TS series meets many of these requirements, but it doesn't do #6. It also doesn't really feel like they have been updating / maintaining these. Yes, I fully acknowledge that #3 falls into the "Doctor, Doctor, it hurts when I do this" camp, but, well… W -- ++ytti
VDSL >2 Pair Bonding Modems
I recently figured out that my Calix E7s can bond more than 2 pair of VDSL lines. However, none of my modem vendors seem to support more than 2 pair. What modem platforms are people using in this scenario? - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com
Re: Opengear alternatives that support 5g?
On Fri, 26 Apr 2024 at 19:43, Warren Kumari wrote: > I've been on the same quest, and I have some additional requests / features. > Ideally it: > > 1: would be small - my particular use-case is for a "traveling rack", and so > 0U is preferred. > 2: would be fairly cheap. > 3: would not be a Raspberry-Pi, a USB hub and USB-to-serial cables. We tried > that for a while, and it was clunky — the SD card died a few times (and > jumped out entirely once!), people kept futzing with the OS and fighting over > which console software to use, installing other packages, etc. > 4: support modern SSH clients (it seems like you shouldn't have to say this, > but… ) > 5: actually be designed as a termserver - the current thing we are using > doesn't really understand terminals, and so we need to use 'socat > -,raw,echo=0,escape=0x1d TCP::' to get things like > tab-completion and "up-arrow for last command" to work. > 6: support logging of serial (e.g crash-messages) to some sort of log / > buffer / similar (it's useful to be able to see what a device barfed all over > the console when it crashes. Decouple your needs, use whatever hardware to translate RS232 into SSH, and then use 'conserver' to maintain 24/7 logging and multiplexing SSH sessions to each console port. Then you have your logs in your existing NMS box filesystem, and consistent UX independent of hardware to reach, monitor and multiplex consoles. For me Cisco is great here, because it's something an organisation already knows how to source, turn-up, upgrade, troubleshoot, maintain. And you get a broad set of features you might want, IPSEC, DMVPN, BGP, ISIS, and so forth. I keep wondering why everyone is so focused on OOB hardware cost, when in my experience the ethernet connection is ~200-300USD (150USD can be just xconn) MRC. So in 10 years, you'll pay 24k to 36k just for the OOB WAN, masking the hardware price. And 10years, to me, doesn't sound even particularly long a time for a console setup. > > > The Get Console Airconsole TS series meets many of these requirements, but it > doesn't do #6. It also doesn't really feel like they have been updating / > maintaining these. > > Yes, I fully acknowledge that #3 falls into the "Doctor, Doctor, it hurts > when I do this" camp, but, well… > > W > > >> >> -- >> ++ytti > > -- ++ytti
Re: Opengear alternatives that support 5g?
On Fri, 26 Apr 2024 at 19:43, Warren Kumari wrote: >> Curious if anyone has particular hardware they like for OOB / serial >> management, similar to OpenGear, but preferably with 5G support, maybe even >> T-Mobile support? It’s becoming increasingly difficult to get static IP 4g >> machine accounts out of Verizon, and the added speed would be nice too. Or >> do you separate the serial from the access device (cell+firewall, etc.)? Does it? To me OP implied they need 5G, because they can get static in 5G product, but not on 4G. So if need for static is solved, they can keep existing investments. -- ++ytti
