Hey Derek,

sure. Here you go i added some stuff i thought would maybe be helpful as
well.



packetfence.log

Oct 28 13:13:26 httpd.admin(0) INFO: re-evaluating access for node
00:09:6b:02:58:28 (node_modify called)
(pf::enforcement::reevaluate_access)
Oct 28 13:13:26 httpd.admin(0) INFO: 00:09:6b:02:58:28 is currentlog
connected at 10.49.200.253 ifIndex 60000 in VLAN 112
(pf::enforcement::_should_we_reassign_vlan)
Oct 28 13:13:26 httpd.admin(0) INFO: MAC: 00:09:6b:02:58:28 is of status
unreg; belongs into registration VLAN (pf::vlan::getRegistrationVlan)
Oct 28 13:13:26 httpd.admin(0) INFO: VLAN reassignment required for
00:09:6b:02:58:28 (current VLAN = 112 but should be in VLAN 666)
(pf::enforcement::_should_we_reassign_vlan)
Oct 28 13:13:26 httpd.admin(0) INFO: switch port for 00:09:6b:02:58:28 is
10.49.200.253 ifIndex 60000 connection type: Wired MAC Auth
(pf::enforcement::_vlan_reevaluation)
Oct 28 13:13:29 pfsetvlan(25) INFO: local (127.0.0.1) trap for switch
10.49.200.253 (main::parseTrap)
Oct 28 13:13:29 pfsetvlan(12) INFO: nb of items in queue: 1; nb of threads
running: 0 (main::startTrapHandlers)
Argument "noSuchInstance" isn't numeric in numeric eq (==) at
/usr/local/pf/lib/pf/vlan.pm line 127.
Oct 28 13:13:30 pfsetvlan(12) INFO: reAssignVlan trap received on
10.49.200.253 ifindex 60000 which is not ethernetCsmacd
(pf::vlan::doWeActOnThisTrap)
Oct 28 13:13:30 pfsetvlan(12) INFO: doWeActOnThisTrap returns false. Stop
reAssignVlan handling (main::handleTrap)
Oct 28 13:13:30 pfsetvlan(12) INFO: finished (main::cleanupAfterThread)
Oct 28 13:14:09 pfmon(0) INFO: running expire check (main::cleanup)
Oct 28 13:14:09 pfmon(0) INFO: checking registered nodes for expiration
(main::cleanup)
Oct 28 13:14:09 pfmon(0) INFO: checking violations for expiration
(main::cleanup)
Oct 28 13:14:09 pfmon(0) INFO: checking accounting data for potential
bandwidth abuse (main::cleanup)
Oct 28 13:14:09 pfmon(0) INFO: getting violations triggers for accounting
cleanup (pf::accounting::acct_maintenance)
Oct 28 13:14:09 pfmon(0) INFO: Calling node acct maintenance total with
monthly and 1 for 21474836480 (pf::accounting::acct_maintenance)


Tail of snmptrapd.log


2013-10-28|12:13:06|UDP:
[127.0.0.1]:35256->[127.0.0.1]|10.49.200.254|BEGIN TYPE 3 END TYPE BEGIN
SUBTYPE 0 END SUBTYPE BEGIN VARIABLEBINDINGS .1.3.6.1.2.1.2.2.1.1.2 =
INTEGER: 2|.1.3.6.1.2.1.2.2.1.7.2 = INTEGER: up(1)|.1.3.6.1.2.1.2.2.1.8.2
= INTEGER: up(1)|.1.3.6.1.6.3.1.1.4.3.0 = OID: .1.3.6.1.4.1.8072.3.2.10
END VARIABLEBINDINGS
2013-10-28|12:13:06|UDP:
[127.0.0.1]:35256->[127.0.0.1]|10.49.200.254|BEGIN TYPE 3 END TYPE BEGIN
SUBTYPE 0 END SUBTYPE BEGIN VARIABLEBINDINGS .1.3.6.1.2.1.2.2.1.1.3 =
INTEGER: 3|.1.3.6.1.2.1.2.2.1.7.3 = INTEGER: up(1)|.1.3.6.1.2.1.2.2.1.8.3
= INTEGER: up(1)|.1.3.6.1.6.3.1.1.4.3.0 = OID: .1.3.6.1.4.1.8072.3.2.10
END VARIABLEBINDINGS
2013-10-28|12:13:06|UDP:
[127.0.0.1]:35256->[127.0.0.1]|10.49.200.254|BEGIN TYPE 3 END TYPE BEGIN
SUBTYPE 0 END SUBTYPE BEGIN VARIABLEBINDINGS .1.3.6.1.2.1.2.2.1.1.4 =
INTEGER: 4|.1.3.6.1.2.1.2.2.1.7.4 = INTEGER: up(1)|.1.3.6.1.2.1.2.2.1.8.4
= INTEGER: up(1)|.1.3.6.1.6.3.1.1.4.3.0 = OID: .1.3.6.1.4.1.8072.3.2.10
END VARIABLEBINDINGS
2013-10-28|12:13:06|UDP:
[127.0.0.1]:35256->[127.0.0.1]|10.49.200.254|BEGIN TYPE 3 END TYPE BEGIN
SUBTYPE 0 END SUBTYPE BEGIN VARIABLEBINDINGS .1.3.6.1.2.1.2.2.1.1.6 =
INTEGER: 6|.1.3.6.1.2.1.2.2.1.7.6 = INTEGER: up(1)|.1.3.6.1.2.1.2.2.1.8.6
= INTEGER: up(1)|.1.3.6.1.6.3.1.1.4.3.0 = OID: .1.3.6.1.4.1.8072.3.2.10
END VARIABLEBINDINGS
2013-10-28|12:13:26|UDP:
[127.0.0.1]:45433->[127.0.0.1]|10.49.200.253|BEGIN TYPE 6 END TYPE BEGIN
SUBTYPE .0 END SUBTYPE BEGIN VARIABLEBINDINGS .1.3.6.1.6.3.1.1.4.1.0 =
OID: .1.3.6.1.4.1.29464.1.1|.1.3.6.1.2.1.2.2.1.1.60000 = INTEGER:
60000|.1.3.6.1.2.1.2.2.1.1.60000 = INTEGER: 72 END VARIABLEBINDINGS



switches.conf


[10.49.200.253]
vlans=112,666
mode=production
deauthMethod=RADIUS
description=Testswitch
type=Cisco::Catalyst_3560G
VoIPEnabled=N
defaultRole=default
defaultVlan=88
registrationVlan=666
wsPwd=class
radiusSecret=testing123
wsUser=cisco
guestVlan=112
# SNMP section
#
# PacketFence -> Switch
SNMPVersion=2c
cliUser=cisco
cliPwd=class
cliTransport=SSH
cliEnablePwd=class
#SNMPAuthProtocolTrap = MD5
#SNMPAuthPasswordTrap = authpwdread
#SNMPPrivProtocolTrap = DES
#SNMPPrivPasswordTrap = privpwdread



Switch SNMP Debug


Apr  4 04:20:51.378: SNMP: Packet received via UDP from 10.49.200.254 on
Vlan200
Apr  4 04:20:51.388: SNMP: Get request, reqid 1146177116, errstat 0,
erridx 0
 system.6.0 = NULL TYPE/VALUE
Apr  4 04:20:51.388: SNMP: Response, reqid 1146177116, errstat 0, erridx 0
 system.6.0 =
Apr  4 04:20:51.393: SNMP: Packet sent via UDP to 10.49.200.254
Apr  4 04:20:51.399: SNMP: Packet received via UDP from 10.49.200.254 on
Vlan200
Apr  4 04:20:51.399: SNMP: Get request, reqid 778635030, errstat 0, erridx
0
 ifType.60000 = NULL TYPE/VALUE
Apr  4 04:20:51.404: SNMP: Response, reqid 778635030, errstat 0, erridx 0
 ifType.60000 = NO_SUCH_INSTANCE_EXCEPTION
Apr  4 04:20:51.404: SNMP: Packet sent via UDP to 10.49.200.254



Configuration on Switch itself


snmp-server community private RW
snmp-server community public RO
snmp-server trap link ietf
snmp-server enable traps port-security
snmp-server enable traps port-security trap-rate 1
snmp-server host 10.49.200.254 version 2c public  port-security


interface GigabitEthernet0/2
 switchport mode access
 switchport voice vlan 100
 switchport port-security maximum 1 vlan access
 switchport port-security
 switchport port-security violation restrict
 authentication order mab dot1x
 authentication priority mab dot1x
 authentication port-control auto
 authentication periodic
 authentication timer restart 10800
 authentication timer reauthenticate 7200
 mab
 no snmp trap link-status
 dot1x pae authenticator
 dot1x timeout tx-period 5
 spanning-tree portfast




Just ignore the Switch timestamps though they are not accurate dunno why
though if i check it by hand the clock is set correct ^^"


Kind regards,

Patrick Schadewitz

Aprentice Qualified IT-Specialist for Systemintegration
Vocational Training.

---------------------------------------------------------
Sennheiser electronic GmbH & Co. KG
Am Labor 1
30900 Wedemark

(Phone
*email

:
:
:
+49 5130 600 0
[email protected]
www.sennheiser.com





Date: Mon, 28 Oct 2013 08:02:20 -0400
From: Derek Wuelfrath <[email protected]>
Subject: Re: [PacketFence-users] SNMP Packet return
                 NO_SUCH_INSTANCE_EXCEPTION
To: "[email protected]"
                 <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"

Do you mind sharing the packetfence.log content for that same timeframe?
Can you also send the content of snmptrapd.log.

Thanks

Cheers!
dw.

--
Derek Wuelfrath
[email protected] :: +1.514.447.4918 (x110) :: www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (
www.packetfence.org)

On Oct 25, 2013, at 3:49 AM, Patrick Schadewitz
<[email protected]> wrote:

> Hey Guys,
>
> its me again.
>
> After i got Packetfence working almost like i wanted it, there is still
one Problem.
> It seems that the SNMP Packets are not proceeded properly from
Packetfence to my Cisco Catalyst 3560-CG Switch.
>
> This is the Debug Output from the Switchconsole.
>
>
> Mar 31 23:48:05.816: SNMP: Packet received via UDP from 10.49.200.254 on
Vlan200
> Mar 31 23:48:05.816: SNMP: Get request, reqid 198747747, errstat 0,
erridx 0
>  system.6.0 = NULL TYPE/VALUE
> Mar 31 23:48:05.821: SNMP: Response, reqid 198747747, errstat 0, erridx
0
>  system.6.0 =
> Mar 31 23:48:05.827: SNMP: Packet sent via UDP to 10.49.200.254
> Mar 31 23:48:05.827: SNMP: Packet received via UDP from 10.49.200.254 on
Vlan200
> Mar 31 23:48:05.827: SNMP: Get request, reqid 1539781649, errstat 0,
erridx 0
>  ifType.60000 = NULL TYPE/VALUE
> Mar 31 23:48:05.832: SNMP: Response, reqid 1539781649, errstat 0, erridx
0
>  ifType.60000 = NO_SUCH_INSTANCE_EXCEPTION
> Mar 31 23:48:05.837: SNMP: Packet sent via UDP to 10.49.200.254
>
>
>
> Kind regards,
>
> Patrick Schadewitz
>
> Aprentice Qualified IT-Specialist for Systemintegration
> Vocational Training.
>
> ---------------------------------------------------------
> Sennheiser electronic GmbH & Co. KG
> Am Labor 1
> 30900 Wedemark
> (Phone
> *email
> :
> :
> :              +49 5130 600 0
> [email protected]
> www.sennheiser.com
>
> Sennheiser electronic GmbH & Co. KG ? Sitz 30900 Wedemark, Amtsgericht
Hannover HRA 120100
> phG: Sennheiser Beteiligungs-GmbH ? Sitz 30900 Wedemark, Amtsgericht
Hannover HRB 120179
> Gesch?ftsf?hrende Gesellschafter Dr. sc. techn. Andreas Sennheiser,
Daniel Sennheiser ? Vorsitzender des Aufsichtsrates Prof. Dr. sc. techn.
J?rg Sennheiser
>
> Diese E-Mail enth?lt vertrauliche oder rechtlich gesch?tzte
Informationen. Wenn Sie nicht der beabsichtigte Empf?nger sind,
informieren Sie bitte sofort den Absender
> und l?schen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder
die unbefugte Weitergabe der enthaltenen Informationen ist nicht
gestattet.
>
> The information contained in this message is confidential or protected
by law. If you are not the intended recipient, please contact the sender
> and delete this message. Any unauthorized copying of this message or
unauthorized distribution of the information contained herein is
prohibited.________________________________________________________________________________________

Sennheiser electronic GmbH & Co. KG · Sitz 30900 Wedemark, Amtsgericht Hannover 
HRA 120100
phG: Sennheiser Beteiligungs-GmbH · Sitz 30900 Wedemark, Amtsgericht Hannover 
HRB 120179
Geschäftsführende Gesellschafter Dr. sc. techn. Andreas Sennheiser, Daniel 
Sennheiser · Vorsitzender des Aufsichtsrates Prof. Dr. sc. techn. Jörg 
Sennheiser

Diese E-Mail enthält vertrauliche oder rechtlich geschützte Informationen. Wenn 
Sie nicht der beabsichtigte Empfänger sind, informieren Sie bitte sofort den 
Absender
und löschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die 
unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet.

The information contained in this message is confidential or protected by law. 
If you are not the intended recipient, please contact the sender
and delete this message. Any unauthorized copying of this message or 
unauthorized distribution of the information contained herein is prohibited.

________________________________________________________________________________________
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to