Re: email disappearing




"Ian Bartholomew" <news@xxxxxxxxxxx> wrote in message
news:40ge4aF1aeg5eU1@xxxxxxxxxxxxxxxxx
> Spack wrote:
>
>> I've tried tracing to iandb.me.uk from here - same problem, the router
>> 195.188.230.50 doesn't know what to do with the packet. I'm on Easynet,
>> so it's not a Vispa specific issue.
>
> Thanks. I've only been able to try it from three other places and they
> all worked. I'd assumed it wasn't Vispa specific - but you never know.
>
> I'm not really up with how the net works at this level - could it be a
> routing problem further back in the trace. I was thinking of an error
> routing the packets into the NTL/Telewest network when it should have gone
> somewhere else?. The "Video on demand infrastructure" name just looked a
> bit suspect to me.

Well, the packets are being forwarded by some NTL/TW routers, so that
suggest they should be able to route them to their destination, otherwise
they'd fail at the first NTL/TW router. I'd expect to see some sort of loop,
packets being bounced between 2 routers, if the NTL/TW network was trying to
route them back the way they came in (which is probably what would happen if
NTL/TW weren't supposed to be in the route in the first place). Also, with
the route from Easynet going the same way, it looks like they should be
going there, at least with the peering arrangements Vispa and Easynet have
in place. I suppose it's possible that NTL/TW previously had a peering
arrangement to pass the packets on and have now disconnected it (and not
bothered to update their own routing tables to remove the route through
their network), and the Vispa and Easynet routers haven't been updated with
new routing information. Can you get a trace from an ISP that it does work
on?

As to the VOD name, it's just a name that NTL/TW gave when they were
assigned the block. That may well have been the intention for the entire
block back then, but they may have decided to reuse a section of it for
other parts of their network.

Dan


.



Relevant Pages

  • Re: What is a default route??
    ... The default route is the next-hop used to send traffic with a destination ... is no specific route to a destination in the hosts routing table. ... alternate packets arrive at the destination server with a different ... Because you reply packets also get translated as they leave your routers. ...
    (comp.os.linux.misc)
  • Re: Routing problems
    ... and is why we can't set them to the WAN routers for direct access (the ... Sprint routers only have routes to the main office and the two branches, ... Linux box here, it has two NICs in it, one on the .1 subnet and one on the ... > routers forward packets to the routers in your main office. ...
    (comp.os.linux.networking)
  • Re: Does QOS on an 828 or 837 actually achieve anything?
    ... > SDSL VPN, and inevitably they occasionally get sound quality problems. ... > - all the public Internet routers between the two sites will ignore any ... > settings on packets I generate ... > If I understand correctly I can use QOS on the router to control how the ...
    (comp.dcom.sys.cisco)
  • Re: 0.0.0.0 Probes
    ... According to RFC 1812, all routers "SHOULD NOT originate datagrams addressed ... "There MAY be a configuration option to allow generation of these packets ... You can take a capture of this traffic with the following command on your ...
    (Security-Basics)
  • RE: [despammed] [Full-Disclosure] Win32 Cisco Exploit
    ... Didnt see any suspect packets on tcp or udp didn't check other ... I just tested it against one of my test cisco routers. ... > According to protocol trace file analysis it does generate the correct ... > Subject: [Full-Disclosure] Win32 Cisco Exploit ...
    (Full-Disclosure)