i have a trunk connection between 3750 and 4506 and the trunk link is up however data traffic is not going through, i can see that when i ping from 4506 to the 3750 the icmp reach the 3750 but however it is not returning back , is it a BUG?
First it could be a routing issue, ie the packet hits the 3750 but the answer is sent somewhere else if there is a routing problem, or not at all if there is no route to the net and there is no default gateway.
there could be an ACL that does not allow the icmp incomming, or icmp outgoing.
The port could be in span-tree blocking mode
My guess is that it is most likely not a bug but a misconfiguration.
Thanks for your answer , actually i fixed the prob well i was using Dot1q as a trunk and then when i failed to ping i noticed that the i have an encapsulation failure in my switch from the debug ip packet 120 (120 is an ACL that permit the icmp) so it was for sure a failure in the tagging since Dot1q don`t tag the native vlan however when using this command : vlan dot1q tage native everything got fixed
Thanks for your answer.... hey the NetPro forum looks weird i really prefere the old one
This document gives several answers on frequently asked questions for PFRv3 channel state behavior.
Q1: What are all the channel operational states from a BR (border role) perspective and what are the rules/conditions to be in each st...
The need was to reach an host inside a LAN through a VPN connection managed by the LAN gateway (Cisco 1921).
The LAN gateway performs NAT and there was a dedicate nat rule for the host i wanted to reach through VPN.
I couldn't connect to the hos...
We have 3 identical switches configured by someone else and would like to claim some of the Gigabit ports(G1/G2/G3/G4) for use on servers. When we try to change the wiring and configuration, we run in to connectivity issues. Attached is a des...