Menu
▾
▴
Re: [Packetfence-users] VLAN switching issue
|
From: Jason C. <sze...@ut...> - 2010-02-03 19:21:44
|
Did you check the switch.conf and make sure it's not running in "test" mode? Jason -----Original Message----- From: Regis Balzard [mailto:rba...@in...] Sent: Wednesday, February 03, 2010 2:19 PM To: pac...@li... Subject: Re: [Packetfence-users] VLAN switching issue copy and paste in an email the logs that are in /usr/local/pf/logs/packetfence.log or pfsetvlan.log (depending on your PF version). For every trap received by snmptrapd, you should see everything that PacketFence does. The answer to your problem is there. From what I see in the SNMP debug output, there are only getrequests but no setrequests which indicates that PF does NOT change the VLAN of the switchport. So look at the logs I mentioned earlier. Regis Balzard rba...@in... :: +1.514.447.4918 (x110) :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.scalableogo.org) and PacketFence (www.packetfence.org) Steven Venn a écrit : > I'm having difficulty getting PacketFence on my CentOS 5.4 PC to perform > the VLAN switching, everything appears to be configured correctly, all > processes running, VLANs trunked ok, using a basic SNMPv2 setup and the > defaut VLANs for PacketFence. > > tail -f /usr/local/pf/logs/snmptrapd.log > > shows the incoming link state changes > > /usr/local/pf/bin/pfcmd_vlan -getAllMACs -switch 192.168.1.240 > > shows the mac is obtained from the switchport > > I can set the VLAN on the switch > > /usr/local/pf/bin/pfcmd_vlan -SetVlan -vlan 2 -switch 192.168..1.240 > -ifIndex 10109 > > I am using a Cisco 3750G, however I've also tried a 2950 with no more > success, the SNMP debug output is essentially the same. > > I've included the Cisco IOS debug in case this sheds any light on the issue > > grateful for any assistance with this > > 3750G SNMP Debug > ======================================================================== > > > *Mar 9 18:38:17.820: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/11, > changed state to up > *Mar 9 18:38:18.827: %LINEPROTO-5-UPDOWN: Line protocol on Interface > GigabitEthernet1/0/11, changed state to up > *Mar 9 18:38:18.827: SNMP: Queuing packet to 192.168.1.249 > *Mar 9 18:38:18.827: SNMP: V2 Trap, reqid 107, errstat 0, erridx 0 > sysUpTime.0 = 75829884 > snmpTrapOID.0 = snmpTraps.4 > ifIndex.10111 = 10111 > ifDescr.10111 = GigabitEthernet1/0/11 > ifType.10111 = 6 > lifEntry.20.10111 = up > *Mar 9 18:38:19.078: SNMP: Packet sent via UDP to 192.168.1.249 > *Mar 9 18:38:22.979: SNMP: Packet received via UDP from 192.168.1.249 > on Vlan1 > *Mar 9 18:38:22.979: SNMP: Get request, reqid 14911, errstat 0, erridx 0 > system.6.0 = NULL TYPE/VALUE > *Mar 9 18:38:22.987: SNMP: Response, reqid 14911, errstat 0, erridx 0 > system.6.0 = > *Mar 9 18:38:22.987: SNMP: Packet sent via UDP to 192.168.1.249 > *Mar 9 18:38:22.996: SNMP: Packet received via UDP from 192.168.1.249 > on Vlan1 > *Mar 9 18:38:22.996: SNMP: Get request, reqid 14912, errstat 0, erridx 0 > ifType.10111 = NULL TYPE/VALUE > *Mar 9 18:38:23.004: SNMP: Response, reqid 14912, errstat 0, erridx 0 > ifType.10111 = 6 > *Mar 9 18:38:23.004: SNMP: Packet sent via UDP to 192.168.1.249 > *Mar 9 18:38:23.029: SNMP: Packet received via UDP from 192.168.1.249 > on Vlan1 > *Mar 9 18:38:23.029: SNMP: Get request, reqid 14913, errstat 0, erridx 0 > cpsIfConfigEntry.1.10111 = NULL TYPE/VALUE > *Mar 9 18:38:23.029: SNMP: Response, reqid 14913, errstat 0, erridx 0 > cpsIfConfigEntry.1.10111 = 2 > *Mar 9 18:38:23.038: SNMP: Packet sent via UDP to 192.168.1.249 > *Mar 9 18:38:23.038: SNMP: Packet received via UDP from 192.168.1.249 > on Vlan1 > *Mar 9 18:38:23.046: SNMP: Get request, reqid 14914, errstat 0, erridx 0 > vmMembershipEntry.2.10111 = NULL TYPE/VALUE > *Mar 9 18:38:23.046: SNMP: Response, reqid 14914, errstat 0, erridx 0 > vmMembershipEntry.2.10111 = 4 > *Mar 9 18:38:23.046: SNMP: Packet sent via UDP to 192.168.1.249 > *Mar 9 18:38:23.054: SNMP: Packet received via UDP from 192.168.1.249 > on Vlan1 > *Mar 9 18:38:23.054: SNMP: Get request, reqid 14915, errstat 0, erridx 0 > vtpVlanEntry.4.1.4 = NULL TYPE/VALUE > *Mar 9 18:38:23.054: SNMP: Response, reqid 14915, errstat 0, erridx 0 > vtpVlanEntry.4.1.4 = VLAN0004 > *Mar 9 18:38:23.063: SNMP: Packet sent via UDP to 192.168.1.249 > *Mar 9 18:38:23.063: SNMP: Packet received via UDP from 192.168.1.249 > on Vlan1 > *Mar 9 18:38:23.063: SNMP: Get request, reqid 14916, errstat 0, erridx 0 > cmnMacAddrLearntEnable.10111 = NULL TYPE/VALUE > *Mar 9 18:38:23.063: SNMP: Response, reqid 14916, errstat 0, erridx 0 > cmnMacAddrLearntEnable.10111 = 1 > *Mar 9 18:38:23.071: SNMP: Packet sent via UDP to 192.168.1.249 > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Packetfence-users mailing list > Pac...@li... > https://lists.sourceforge.net/lists/listinfo/packetfence-users ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Packetfence-users mailing list Pac...@li... https://lists.sourceforge.net/lists/listinfo/packetfence-users |
