Re: Any Wave/Astound clue on the list?
Negative, PTP fiber circuit. -Mike > On Feb 22, 2023, at 19:37, Jay Hennigan wrote: > > On 2/22/23 19:20, Mike Lyon wrote: >> Going on 12 hours on an outage that is due to a power outage somewhere. >> According to the Wave/Astound NOC, generator(s) were on the way 6 hours ago… >> If you could hit me up offlist, i can give you the master ticket number. >> I’m having a hard time figuring out why it takes 6 hours to get a generator >> up and running in Silicon Valley. > > Is this a cable modem connection? Fiber-to-coax media converters and coaxial > trunk amplifiers are fed from AC transformers on random poles or next to > random underground pedestals. They need to roll a truck to the location(s) > without power and basically set up a generator and plug the power injector > into it. They typically use little Honda portables (which need refueling > fairly often). Unless you're real close to the cable company's head-end there > usually isn't any kind of automatic backup power. > > When there's a local power outage near me in Oregon, Wave doesn't even bother > with generators as typically their customers' power in the area is out too. > > -- > Jay Hennigan - j...@west.net > Network Engineering - CCIE #7880 > 503 897-8550 - WB6RDV >
Re: Any Wave/Astound clue on the list?
On 2/22/23 19:20, Mike Lyon wrote: Going on 12 hours on an outage that is due to a power outage somewhere. According to the Wave/Astound NOC, generator(s) were on the way 6 hours ago… If you could hit me up offlist, i can give you the master ticket number. I’m having a hard time figuring out why it takes 6 hours to get a generator up and running in Silicon Valley. Is this a cable modem connection? Fiber-to-coax media converters and coaxial trunk amplifiers are fed from AC transformers on random poles or next to random underground pedestals. They need to roll a truck to the location(s) without power and basically set up a generator and plug the power injector into it. They typically use little Honda portables (which need refueling fairly often). Unless you're real close to the cable company's head-end there usually isn't any kind of automatic backup power. When there's a local power outage near me in Oregon, Wave doesn't even bother with generators as typically their customers' power in the area is out too. -- Jay Hennigan - j...@west.net Network Engineering - CCIE #7880 503 897-8550 - WB6RDV
Any Wave/Astound clue on the list?
Going on 12 hours on an outage that is due to a power outage somewhere. According to the Wave/Astound NOC, generator(s) were on the way 6 hours ago… If you could hit me up offlist, i can give you the master ticket number. I’m having a hard time figuring out why it takes 6 hours to get a generator up and running in Silicon Valley. Thank you in advance for any help. -Mike
Re: Reverse Traceroute
Hi Christoper, I cannot/shouldn't really answer, since this is somebody else's work. The latest publication on that body of work can be found here: https://dl.acm.org/doi/pdf/10.1145/3517745.3561422 Published at IMC 22 last October. I believe a demo is actually online here: https://revtr.ccs.neu.edu/ That piece of work and ours differ in a number of ways. Whereas the work you cite is an external system really, that let's you perform a reverse traceroute through said system, we have implemented something, that works just like traceroute does today, but for the reverse direction. I.e. it works from your terminal, performing a traceroute back to you. The system you mention has an accuracy of about 92% at the AS-level. Since we perform the actual measurement between two endpoints we identify the actual forwarding path, at the router-level, including load-balanced paths. But we use ICMP and would need code points to move forward. So if you find this useful, discussion on the IntArea mailing list would be appreciated. Best, Rolf Am 22.02.23 um 18:19 schrieb Christopher Morrow: Didn't ethan's project: https://www.measurementlab.net/publications/reverse-traceroute.pdf end with usable code/etc? On Wed, Feb 22, 2023 at 8:09 AM Rolf Winter wrote: Dear NANOG folks, As you know, traceroute is unable to enumerate routers on the reverse path. Given that paths through the public internet are usually asymmetric, knowing the reverse path would be beneficial e.g. for troubleshooting purposes (https://youtu.be/L0RUI5kHzEQ?t=2312). We have implemented a reverse traceroute tool (https://github.com/hsanet/reverse-traceroute), both client and server for both IPv4 and IPv6. We are also in the process of specifying the protocol at the IETF (https://datatracker.ietf.org/doc/html/draft-heiwin-intarea-reverse-traceroute). We also gave a talk on reverse traceroute at DENOG14 (https://youtu.be/Y7NtqLEtgjU). If you would like to play with reverse traceroute, the easiest option is to work with the client and use one of the public server instances (https://github.com/HSAnet/reverse-traceroute/blob/main/ENDPOINTS). If you would be willing to host a public server instance yourself, please reach out to us. Also, if you find this work useful, please start discussing the work at the IntArea WG at the IETF. If you have any questions or comments, just drop us a line, file an issue on github and/or use the IntArea mailing list. Thanks a bunch, Rolf smime.p7s Description: S/MIME Cryptographic Signature
Last undersea Internet cable connecting Vietnam with the world breaks down
https://en.vietnamplus.vn/last-undersea-internet-cable-connecting-vietnam-with-the-world-breaks-down/248731.vnp Since February 10 when telecommunication firms took technical solutions and opened up more data flows on land-based cables, the Internet connections have been improved and 50% of international Internet capacity has been restored. Nguyen Hong Thang, Director of the Vietnam Telecommunications Authority, said that a coordination board was established to monitor measures responding to the submarine cable incident. Notably, besides applying technical measures, telecommunications firms also quickly opened more connection capacity on land cables to ensure service quality and interests for Internet users despite high costs, he said.
Re: Reverse Traceroute
Didn't ethan's project: https://www.measurementlab.net/publications/reverse-traceroute.pdf end with usable code/etc? On Wed, Feb 22, 2023 at 8:09 AM Rolf Winter wrote: > > Dear NANOG folks, > > As you know, traceroute is unable to enumerate routers on the reverse > path. Given that paths through the public internet are usually > asymmetric, knowing the reverse path would be beneficial e.g. for > troubleshooting purposes (https://youtu.be/L0RUI5kHzEQ?t=2312). > > We have implemented a reverse traceroute tool > (https://github.com/hsanet/reverse-traceroute), both client and server > for both IPv4 and IPv6. We are also in the process of specifying the > protocol at the IETF > (https://datatracker.ietf.org/doc/html/draft-heiwin-intarea-reverse-traceroute). > > > We also gave a talk on reverse traceroute at DENOG14 > (https://youtu.be/Y7NtqLEtgjU). > > If you would like to play with reverse traceroute, the easiest option is > to work with the client and use one of the public server instances > (https://github.com/HSAnet/reverse-traceroute/blob/main/ENDPOINTS). If > you would be willing to host a public server instance yourself, please > reach out to us. Also, if you find this work useful, please start > discussing the work at the IntArea WG at the IETF. > > If you have any questions or comments, just drop us a line, file an > issue on github and/or use the IntArea mailing list. > > Thanks a bunch, > > Rolf
Reverse Traceroute
Dear NANOG folks, As you know, traceroute is unable to enumerate routers on the reverse path. Given that paths through the public internet are usually asymmetric, knowing the reverse path would be beneficial e.g. for troubleshooting purposes (https://youtu.be/L0RUI5kHzEQ?t=2312). We have implemented a reverse traceroute tool (https://github.com/hsanet/reverse-traceroute), both client and server for both IPv4 and IPv6. We are also in the process of specifying the protocol at the IETF (https://datatracker.ietf.org/doc/html/draft-heiwin-intarea-reverse-traceroute). We also gave a talk on reverse traceroute at DENOG14 (https://youtu.be/Y7NtqLEtgjU). If you would like to play with reverse traceroute, the easiest option is to work with the client and use one of the public server instances (https://github.com/HSAnet/reverse-traceroute/blob/main/ENDPOINTS). If you would be willing to host a public server instance yourself, please reach out to us. Also, if you find this work useful, please start discussing the work at the IntArea WG at the IETF. If you have any questions or comments, just drop us a line, file an issue on github and/or use the IntArea mailing list. Thanks a bunch, Rolf smime.p7s Description: S/MIME Cryptographic Signature
