Pourquoi ne traceroute vers un appareil sur mon réseau montrer qu'une adresse ip

J'ai un réseau local ici. Je fais un traceroute vers un autre système sur le même réseau.
Je m'attendais à deux résultats.
L'un est le coup à mon routeur, et puis à l'autre de la machine. Mais je vois juste un résultat comme suit

1    13 ms   4 ms  12 ms   nj-PC [192.168.1.110]

Pourquoi l'information sur le routeur pas montré?

1) routeur agit comme un changement ici, ou

2) N'est-il pas de retourner le paquet si le paquet est transmis sur la même interface? ou

3) Le paquet ne pas passer par le routeur. Une fois qu'il obtient l'adresse MAC de la destination, est-il l'envoyer directement à la destination? Mon doute est ici le paquet va encore passer par le routeur, non? Il suffit d'agir comme un passage à travers ces paquets?

OriginalL'auteur Torpedo | 2014-02-03

  1. 2

    Mon IP est 182.168.1.4 et quand je trace la route pour que l'appareil que je reçois. 

    shiva:ToDoList sparcs$ traceroute shiva
traceroute to shiva.home (192.168.1.4), 64 hops max, 52 byte packets
 1  shiva.home (192.168.1.4)  78.566 ms  0.060 ms  0.039 ms

    Il n'y a pas de saut ou un routeur qui est nécessaire pour arriver à un autre réseau que votre appareil est local.

    Par conséquent, vous indiquant l'itinéraire exact.

    Quand tracerouting de mon iPhone je obtenir

    shiva:ToDoList sparcs$ traceroute Sparcs
traceroute to 192.168.35.181 (192.168.1.181), 64 hops max, 52 byte packets
 1  192.168.35.181 (192.168.35.181)  5.129 ms  5.317 ms  5.976 ms

    Son sur le même segment.

    Vos questions :

    Pourquoi l'information sur le routeur non?

    1. N'routeur agit comme un changement ici, ou
      Pas pertinents, ne sont pas nécessaires en ce qui concerne la trace route fonctionnelle intention

    2. N'est-il pas de retourner le paquet si le paquet est transmis sur la même interface?
      Pas de

    3. Le paquet ne pas passer par le routeur.
      Vrai

    4. Une fois qu'il obtient l'adresse MAC de la destination, est-il l'envoyer directement à la destination?
      Pas de

    5. Mon doute est ici le paquet va encore passer par le routeur, non?
      Pas de

    6. Il suffit d'agir comme un passage à travers ces paquets?
      Pas de

    Bonne lecture: http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_tech_note09186a00800a6057.shtml

    Merci pour élaborer la réponse et surtout pour répondre aux questions.

    OriginalL'auteur Thinkhear

  2. 5

    Fondamentalement, ce qui se produit lorsque vous exécutez traceroute nj-PC est-ce:

    1. L'hôte source résout nj-PC à une adresse IP. (n'entrerai pas dans les détails ici)

    2. L'hôte source, vérifie que les locaux la table de routage pour un itinéraire vers cette adresse IP.
      Exemple de table de routage:

      Destination   Gateway        Genmask         ...
0.0.0.0       192.168.1.254  0.0.0.0         ...  # default route
192.168.2.0   192.168.1.253  255.255.255.0   ...  # net route
192.168.3.23  192.168.1.252  255.255.255.255 ...  # host route
192.168.1.0   0.0.0.0        255.255.255.0   ...  # directly reachable

    3. Si la destination est accessible directement (passerelle 0.0.0.0 ou On-link, selon votre système d'exploitation), la Adresse MAC de l'adresse IP de destination est réglée par ARP et le paquet est envoyé directement à l'hôte de destination (via Ethernet).

    4. Si la destination n'est pas directement accessible, l'adresse MAC de la passerelle adresse IP est réglée par ARP et le paquet est transmis à la passerelle (via Ethernet) qui la transmet, selon ses propres tables de routage.
    5. La route par défaut intercepte toutes les adresses de destination qui ne sont pas accessibles, soit directement ou par l'intermédiaire d'un hôte explicite ou net itinéraire. Comme avant, l'adresse MAC de l' (par défaut) la passerelle est résolu par ARP et le paquet est transmis à la passerelle via Ethernet pour la livraison d'autres.

    Dans votre cas à la fois la source et la destination de l'adresse IP sont dans le même sous-réseau, de sorte que la destination est accessible directement et le paquet est donc livré directement sans routeur participation. C'est pourquoi vous ne verrez qu'un seul saut dans le traceroute de sortie.

    Le routeur périphérique peut encore agir comme un interrupteur ici, si il a un interrupteur intégré et que les deux appareils sont connectés à l'interrupteur, mais c'est une autre question et non routage. De commutation (Ethernet) prend place dans la couche liaison de données (couche de 2 de la Modèle OSI), tandis que le routage (IP) a lieu dans la couche réseau (couche de 3).

    OriginalL'auteur Ansgar Wiechers

  3. 1

    Vous ne voulez pas ou besoin de faire un traceroute vers un périphérique local sur votre réseau. Un routeur se connecte en réseau de sorte qu'il permettra de connecter votre LAN(Local Area Network) à la WAN(the internet) qui vous permet d'accéder au web. Il est donc bénéfique pour le traçage de passe de votre routeur à l'appareil à l'extérieur de votre réseau local.

    C'est le but principal est pour le dépannage des pannes de réseau. De sorte que le traceroute ne laissera pas votre routeur parce que l'autre appareil est sur le même réseau.

    Voici un bon article qui va vous montrer comment il fonctionne et comment les différents Systèmes d'exploitation poignée traceroutes et même un peu d'histoire.

    http://www.inetdaemon.com/tutorials/troubleshooting/tools/traceroute/definition.shtml

    Merci. J'ai été conscient de la façon dont le traceroute des œuvres en général. Mais je na sais exactement comment il a traité le cas quand il est sur le même réseau.
    Ma mise en page est plusieurs accesspoints dans la maison avec un mode central/routeur. Est-il possible de "voir" sur lequel accesspoint l'appareil est connecté (et non pas en vous connectant à l'AP et de les vérifier). J'espérais traceroute serait de retour au moins mon AP ip.

    OriginalL'auteur Panama Jack