PacketFence - BTS - PacketFence |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0000808 | PacketFence | configuration | public | 2009-09-30 05:38 | 2010-11-19 14:32 |
|
| Reporter | aarchi10 | |
| Assigned To | obilodeau | |
| Priority | normal | Severity | minor | Reproducibility | N/A |
| Status | closed | Resolution | no change required | |
| Platform | | OS | | OS Version | |
| Product Version | 1.8.4 | |
| Target Version | | Fixed in Version | | |
| fixed in git revision | |
| fixed in mtn revision | |
|
| Summary | 0000808: System is not getting classified to a proper vlan and hence no ip address gets alloted |
| Description | I am a newbie to linux as well as PF. I have somehow managed to get PF to start and even able to get the GUI. When I Connect any new system to the switch, it shows up as an unregistered device under nodes in the GUI. But the system is not getting assigned to any vlan hence not receiving the IP via DHCP.
Checked and found that the snmp traps are reaching the PF server from the switch.
As far a what i have understood, pfsetvlan will read the snmp traps from the log file and accordingly classify the device.
Need to know how to check whether the same is operating and troubleshoot this problem further.
|
| Steps To Reproduce | |
| Additional Information | The OS I am using is Rhel 5.2 and have all the dependencies (Bind, DHCP etc services running)
Nothing much that i could find in the logs as well.
Any help will be highly appreciated.
Thanks in advance.....
|
| Tags | No tags attached. |
| Relationships | |
| Attached Files |  repacketfence1_80000808systemisnotgettingclassif.zip (76,909) 2009-12-03 07:16
https://www.packetfence.org/bugs/file_download.php?file_id=46&type=bug |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2009-09-30 05:38 | aarchi10 | New Issue | |
| 2009-10-13 15:16 | obilodeau | Note Added: 0001331 | |
| 2009-10-13 15:17 | obilodeau | Assigned To | => obilodeau |
| 2009-10-13 15:17 | obilodeau | Severity | feature => minor |
| 2009-10-13 15:17 | obilodeau | Status | new => assigned |
| 2009-11-30 14:15 | obilodeau | Note Added: 0001416 | |
| 2009-11-30 14:15 | obilodeau | Status | assigned => feedback |
| 2009-12-03 07:16 | aarchi10 | File Added: repacketfence1_80000808systemisnotgettingclassif.zip | |
| 2009-12-03 07:18 | aarchi10 | Note Added: 0001432 | |
| 2009-12-04 12:10 | obilodeau | Note Added: 0001433 | |
| 2010-05-05 13:26 | obilodeau | Product Version | => 1.8.4 |
| 2010-05-05 13:33 | obilodeau | Category | 1.8.4 => 1.8.x |
| 2010-11-19 14:32 | obilodeau | Note Added: 0001766 | |
| 2010-11-19 14:32 | obilodeau | Status | feedback => closed |
| 2010-11-19 14:32 | obilodeau | Resolution | open => no change required |
| 2010-11-19 14:32 | obilodeau | Category | 1.8.x => configuration |
|
Notes |
|
|
|
We will need more information.
Can you paste your /usr/local/pf/conf/pf.conf, /usr/local/pf/conf/switches.conf and the recent log activity when it doesn't work in /usr/local/pf/logs/packetfence.log (not the whole log file please just the last 20 or so entries when it doesn't work). |
|
|
|
|
|
|
|
|
I have uploaded the logs as well as the config files for uour reference.
Kindly suggest. |
|
|
|
|
Like I said earlier, the whole log files doesn't really help me. There is simply too much information and I cannot correlate it with when you tried to get the system to work.
Restart with empty log files, reproduce your problem then re-upload the logs here. I would like to have logs/snmptrapd.log in addition of logs/packetfence.log.
My first hint: Are you sure you configured either port-security traps or linkUp/linkDown traps on the interfaces you are testing? I did see unrecognized traps in one of your logs but I haven't seen linkup linkdown or security violation traps. |
|
|
|
|
|
closing for lack of feedback |
|