Hi,

I'm testing a new PacketFence installation with a 3Com 4200G (supported).  
Built on CentOS 5 as outlined in the Admin Guide.  I used the PacketFence RPM 
repo.

Have run the install and config scripts, all OK

PacketFence starts OK (I notice dhcpd doesn't though - isn't that needed for 
the registration/isolation networks?)


I've added the switch - via the web interface so I could be sure the syntax etc 
in switches.conf was correct

I'm using SNMP v1

I have configured for port-security method on the switch (as per the Network 
Devices Configuration Guide)

When I plug something into the port I see the trap show on the switch, but 
nothing happens - the port just stays in the Mac detection VLAN (VLAN 5 in my 
case)

Running tcpdump udp port 161 I can see packets being sent and received - 
whenever I plug a machine into the port I see the extract below, repeated - 
maybe 50-60 times in about five seconds....

But then nothing happens.

I have registered the machine via the web interface as I thought the problem 
might with the registration side of things (if dhcpd isn't running it won't get 
an IP on the registration network).  Once registered it should be put on the 
'normal' vlan (set to 1 in my case)

Have I missed something obvious?



tcpdump
--------------------
16:14:43.651002 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=S*3kMf&@-5ykhS GetResponse(46)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.652049 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=S*3kMf&@-5ykhS GetNextRequest(45)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.656320 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=S*3kMf&@-5ykhS GetResponse(46)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.657272 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=S*3kMf&@-5ykhS GetNextRequest(45)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.661214 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=S*3kMf&@-5ykhS GetResponse(45)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.662146 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=S*3kMf&@-5ykhS GetNextRequest(44)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.666096 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=Public GetResponse(45)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.667061 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=Public GetNextRequest(44)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.670810 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=Public GetResponse(45)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.672820 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=Public GetNextRequest(44)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.676613 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=Public GetResponse(47)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.677608 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=Public GetNextRequest(46)  E:3com.45.1.2.23.1.3.2.1[|snmp]
16:14:43.682660 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=Public GetResponse(35)  E:3com.45.1.2.23.1.5.1.1[|snmp]
16:14:43.697080 IP nuff-sentry.nuff.ox.ac.uk.58073 > net-i6.nuff.ox.ac.uk.snmp: 
 C=Public GetRequest(35)  17.7.1.4.5.1.1[|snmp]
16:14:43.700480 IP net-i6.nuff.ox.ac.uk.snmp > nuff-sentry.nuff.ox.ac.uk.58073: 
 C=Public GetResponse(36)  17.7.1.4.5.1.1[|snmp]


I also see this in the snmptrapd.log

2011-02-16|16:17:35|UDP: [163.1.40.87]:4945|163.1.40.87|BEGIN TYPE 6 END TYPE 
BEGIN SUBTYPE .2 END SUBTYPE BEGIN VARIABLEBINDINGS 
.1.3.6.1.2.1.2.2.1.1.4227161 = INTEGER: 
4227161|.1.3.6.1.4.1.43.45.1.10.2.26.1.2.2.1.1.4227161.0.24.139.206.34.219.5 = 
Hex-STRING: 00 18 8B CE 22 DB |.1.3.6.1.2.1.2.2.1.7.4227161 = INTEGER: up(1) 
END VARIABLEBINDINGS

Grateful for any pointers.

Regards,

Mark



------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Packetfence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to