Új hozzászólás Aktív témák

  • FecoGee

    Topikgazda

    VTP PRUNING - MÉLYVÍZ - HUNCISCOBLOG.WORDPRESS.COM

    VTP Pruning. Gondolkoztatok már a pontos működésén? Én CCNP SWITCH-ből annyit tudok, hogy egymás közt “megbeszélik” a switchek, mely VLAN-ban nincs portjuk, és ezért oda nem kell továbbítani a broadcastot / unknown unicastot / unknown multicast-ot.

    Menjünk bele kicsit bővebben!

    Legyenek adottak az alábbi VLAN-ok:

    LABSW#sh vl b

    VLAN Name
    ---- --------------------------------
    1 default
    10 VLAN10
    800 LAB-OFFICE
    801 LAB-SERVERFARM
    802 LAB-WIFI
    803 LAB-VOICE
    804 LAB-TELEPRESENCE
    900 LAB-TRANSIT
    1002 fddi-default
    1003 trcrf-default
    1004 fddinet-default
    1005 trbrf-default

    Két switchünk van összekötve, trunk van közöttük. Az access-nek a 800, 802, 803-as VLAN-okban van portja. A disztribúciónak mindben, kivéve a 10-est.

    LABSWDS#sh vtp status
    VTP Version capable : 1 to 3
    VTP version running : 2
    VTP Domain Name : LAB
    VTP Pruning Mode : Enabled
    VTP Traps Generation : Enabled
    Device ID : 0817.35d8.9800
    Configuration last modified by 10.10.202.2 at 9-26-11 08:00:43
    Local updater ID is 10.10.202.2 on interface Vl800 (lowest numbered VLAN interface found)

    Feature VLAN:
    --------------
    VTP Operating Mode : Server
    Maximum VLANs supported locally : 1005
    Number of existing VLANs : 12
    Configuration Revision : 13
    MD5 digest : 0xE4 0x35 0xE5 0x50 0xA7 0xF0 0xBA 0xC5
    0x57 0xDA 0x8D 0x45 0x34 0x67 0x1A 0x80

    LABSWDS#sh cdp ne
    Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
    S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone,
    D - Remote, C - CVTA, M - Two-port Mac Relay

    LABSW
    Gig 1/0/8 ........ WS-C2960- Gig 0/1

    Nézzük a disztribúció pruning-jét.

    LABSW#sh int gi1/0/8 pruning
    Port Vlans pruned for lack of request by neighbor
    Gi1/0/8 10,802,804,900

    Port Vlan traffic requested of neighbor
    Gi1/0/8 1,800-804,900

    Na ez ám az érdekes! Mit jelent a két paraméter: lack of request by neighbor és Vlan traffic requested of neighbor?

    Vlans pruned for lack of request by neighbor

    Ez azt jelenti, hogy a szomszédos switch ezeket a VLAN-okat jelölte meg pruning-ra a lack of request beállításával a VTP-ben

    Vlan traffic requested of neighbor

    Ez azt jelenti, hogy a switch, amelyen éppen vagyunk, mely VLAN-okat használja, azaz nem prune-olható.

    Esetünkben tehát a szomszéd switch szerint prune-olható a 10, 802, 804, 900-as VLAN. Ez azt jelenti, hogy a másik switchen ha megnézzük a VLAN traffic requested of neighbor mezőt, ott azokat a VLAN-okat kell látnunk, amelyek az összes VLAN és a pruned VLAN-ok metszete. Tehát ha az összes VLAN-ból kivonjuk a prune listát, akkor megkapjuk ezt az értéket. Tehát:

    Összes VLAN: 1, 10, 800, 801, 802, 803, 804, 900.

    Ebből pruning-ra jelölve (ezt látjuk a disztribúción): 10, 802, 804, 900.

    Ebből következik, hogy azon a switchen a kettő különbözete aktív, tehát: 1, 800, 801, 803.

    Nézzük!

    LABSW#sh int gi0/1 pruning

    Port Vlans pruned for lack of request by neighbor
    Gi0/1 10

    Port Vlan traffic requested of neighbor
    Gi0/1 1,800-801,803

    És igen! Látható, hogy azokat jelöli használtnak. Itt a disztribúció által pruning-ra jelölt VLAN-okat is látjuk, amely jelen esetben a 10-es.

    Összes VLAN: 1, 10, 800, 801, 802, 803, 804, 900.

    Ebből pruning-ra jelölve (ezt látjuk a disztribúción): 10.

    Ebből következik, hogy azon a switchen a kettő különbözete aktív, tehát: 1, 800, 801, 802, 803, 804, 900.

    Nézzük ismét:

    LABSW#sh int gi1/0/8 pruning
    Port Vlans pruned for lack of request by neighbor
    Gi1/0/8 10,802,804,900

    Port Vlan traffic requested of neighbor Gi1/0/8 1,800-804,900

Új hozzászólás Aktív témák