John Kaftan | 17 Apr 19:28 2014

Fwd: Conference!!!


Hello:

On behalf of the Extreme Upstate Users Group (EUUG), in upstate New York,  I am happy to announced our 3rd conference to be held on June 11th, at Nazareth College in Rochester NY, and now also by web-cast.

The conferences prior have focused on Policy and NAC and data center technologies.  For this conferences we are going deep with Netsight.  We figure it is time to get to the foundation to help fully leverage this powerful network management tool.

Please see the attached agenda for details on the day.  After the conference we plan to take in the Rochester night life so we hope you can stay and socialize.  We have negotiated a group rate at a nearby hotel and are working on transportation for the day.

We hope you can make it.  These conferences are informative and help us build our professional networks.  However, if you cannot make it physically please join us virtually via web-cast.  Whether joining us in person or virtually, just register here and we will provide you with all of the details.

Thank you


--
John Kaftan
IT Infrastructure Manager
Utica College

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org
Erik Auerswald | 17 Apr 13:51 2014
Picon

Re: Fwd: LACP lag issue between switches and clients on same subnet.

Hi,

the LAG obviously forms and the fact that routed connections use different
physical links shows that L3 information is used for hashing, not just L2.
Unless per frame round-robin is used, any combination of client and server
will always use the same physical link. Both directions use the same link.

My interpretation is that your test clients in the same subnet by chance
use the same link. To verify change the IP address of one of the clients
to get it to use the other physical link.

On an S-Series with current firmware you can use 'show lacp
outputportAlgorithm' to verify that the default of L3 (dip-sip) is used.
You can even change it with 'set lacp outportAlgorithm', but it do not
recommend this.

With a significant number of clients all links of the LAG will be used.

HTH,
Erik
-- 
Dipl.-Inform. Erik Auerswald         http://www.fg-networking.de/
auerswald <at> fg-networking.de T:+49-631-4149988-0 M:+49-176-64228513

Gesellschaft für Fundamental Generic Networking mbH
Geschäftsführung: Volker Bauer, Jörg Mayer
Gerichtsstand: Amtsgericht Kaiserslautern - HRB: 3630

On Thu, Apr 17, 2014 at 12:19:35PM +0100, Charlie Daffarn wrote:
> hi all,
> 
> We have a new Windows 2012 R2 files server which will require maximum speed
> comms between them and the users. Windows 2012 now allows, natively, for a
> 2+ nic team, using a dynamic LACP lag to the switch.
> 
> The server is in a specific vlan (1010), with the 2 x nic ports, and the
> lag in that vlan, untagged.  All client desktops are in different vlans,
> based on their physical location (eg floor).
> 
> Once configured on the server,  the switch config shows:
> 
> #show lacp
> 
> Aggregator:  lag.0.12
>                           Actor                 Partner
> System Identifier:  00:01:f4:7e:89:bf      d8:9d:67:79:12:94
>   System Priority:              32768                      0
>         Admin Key:              32768
>          Oper Key:              32768                      0
>    Attached Ports:  ge.2.18-19
> 
> #show config vlan
> 
> *set vlan egress 1010
> lag.0.12*;ge.1.1-7,26,29*;ge.2*.1-7,*18-19*,36;ge.3.1-7,17,19
> *untagged*
> 
> #show port vlan ge.2.18-19;lag.0.12
> ge.2.18 is set to 1010
> ge.2.19 is set to 1010
> lag.0.12 is set to 1010
> 
> #show port status ge.2.18-19;lag.0.12
> Port         Alias            Oper     Admin   Speed  Duplex  Type
>              (truncated)      Status   Status  (bps)
> ------------ ---------------- -------- ------- ------ -------
> ------------------
> ge.2.18                       dormant  up        1.0G full    1000-t
> rj45
> ge.2.19                       dormant  up        1.0G full    1000-t
> rj45
> lag.0.12                      up       up        2.0G         lag
> 3 of 3 ports displayed, 3 port(s) with oper status 'up' or 'dormant'.
> 
> 
> Test copying a file to or from a client and the server on one particular
> subnet, and another client on a different subnet, either on the same edge
> switch, or a different switch, to the server, allows each client to each
> use one of the connected nics, to achieve > 2gbps transfer speed.
> 
> If we copy from 2 clients, on the same subnet, the copy drops to half speed
> on both client, ie, they both use the same connected nic. This behaviour
> occurs copying to, or from the server.
> 
> In theory, the subnet the clients are on shouldn't affect the load balanced
> lag, but it seems this is not the case.
> 
> The windows lacp config allows either a Dynamic Load Balanced Mode, or
> Address Hash mode. We've tried both....both form the dynamic lag on the
> switch, with the same copy speed results.
> 
> Is there any reason, from a network pov, you can think of why we're seeing
> this behaviour...have you seen this before, and do you have any ideas on
> how we can resolve it, save from having each user/client in it's own
> subnet/vlan, which would lead to it's own, more significant admin related
> problems!!
> 
> thanks all,
> Charlie.
> 
> -- 
> This e-mail is intended only for the named person or entity to which it is addressed and
> contains valuable business information that is proprietary, privileged, confidential and/or
> otherwise protected from disclosure. If you received this e-mail in error, any review, use,
> dissemination, distribution or copying of this e-mail is strictly prohibited. Please notify
> us immediately of the error via e-mail to wrong.recipient <at> uk-group.net and please delete
> the e-mail from your system, retaining no copies in any media. We appreciate your cooperation.
> 
> ---
> To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys auerswald <at> fg-networking.de

---
To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org

enterasys@listserv.unc.edu | 17 Apr 13:20 2014

Fwd: LACP lag issue between switches and clients on same subnet.

Hola buen día, 

Estaré fuera de la oficina del Lunes 7 al viernes 18 de abril, tendré  acceso limitado a mis correos de voz y
electrónicos  por lo que demorare en mi respuesta.
Si tu asunto requiere atención inmediata, por favor comunicarse con David Aguilar al teléfono 9000
1777, al celular 55 5217 3678 o al correo david.aguilar <at> netcontroll.com.

Saludos,
Gracias.

---
To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org

Charlie Daffarn | 17 Apr 13:19 2014

Fwd: LACP lag issue between switches and clients on same subnet.

hi all,

We have a new Windows 2012 R2 files server which will require maximum speed comms between them and the users. Windows 2012 now allows, natively, for a 2+ nic team, using a dynamic LACP lag to the switch.

The server is in a specific vlan (1010), with the 2 x nic ports, and the lag in that vlan, untagged.  All client desktops are in different vlans, based on their physical location (eg floor).

Once configured on the server,  the switch config shows:

#show lacp

Aggregator:  lag.0.12
                          Actor                 Partner
System Identifier:  00:01:f4:7e:89:bf      d8:9d:67:79:12:94
  System Priority:              32768                      0
        Admin Key:              32768
         Oper Key:              32768                      0
   Attached Ports:  ge.2.18-19

#show config vlan

set vlan egress 1010 lag.0.12;ge.1.1-7,26,29;ge.2.1-7,18-19,36;ge.3.1-7,17,19 untagged

#show port vlan ge.2.18-19;lag.0.12
ge.2.18 is set to 1010
ge.2.19 is set to 1010
lag.0.12 is set to 1010

#show port status ge.2.18-19;lag.0.12
Port         Alias            Oper     Admin   Speed  Duplex  Type
             (truncated)      Status   Status  (bps)
------------ ---------------- -------- ------- ------ ------- ------------------
ge.2.18                       dormant  up        1.0G full    1000-t       rj45
ge.2.19                       dormant  up        1.0G full    1000-t       rj45
lag.0.12                      up       up        2.0G         lag
3 of 3 ports displayed, 3 port(s) with oper status 'up' or 'dormant'.


Test copying a file to or from a client and the server on one particular subnet, and another client on a different subnet, either on the same edge switch, or a different switch, to the server, allows each client to each use one of the connected nics, to achieve > 2gbps transfer speed.

If we copy from 2 clients, on the same subnet, the copy drops to half speed on both client, ie, they both use the same connected nic. This behaviour occurs copying to, or from the server.

In theory, the subnet the clients are on shouldn't affect the load balanced lag, but it seems this is not the case.

The windows lacp config allows either a Dynamic Load Balanced Mode, or Address Hash mode. We've tried both....both form the dynamic lag on the switch, with the same copy speed results.

Is there any reason, from a network pov, you can think of why we're seeing this behaviour...have you seen this before, and do you have any ideas on how we can resolve it, save from having each user/client in it's own subnet/vlan, which would lead to it's own, more significant admin related problems!!

thanks all,
Charlie.
-- -- This e-mail is intended only for the named person or entity to which it is addressed and contains valuable business information that is proprietary, privileged, confidential and/or otherwise protected from disclosure. If you received this e-mail in error, any review, use, dissemination, distribution or copying of this e-mail is strictly prohibited. Please notify us immediately of the error via e-mail to wrong.recipient <at> uk-group.net and please delete the e-mail from your system, retaining no copies in any media. We appreciate your cooperation.

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org
Mamabolo, Pheko | 10 Apr 15:24 2014
Picon

RE: OpenSSL Heartbleed Vulnerability Query

Hi Derek,

 

Thank you, also see below.

 

https://community.extremenetworks.com/extreme/topics/heartbleed_openssl_vulnerability_in_nms_oneview_or_wireless_controller

 

Netsite 5.0.0.231
SIEM 7.7.2 Patch 1 (Build 614901 (7.2.0.614901))
use libssl.so.1.0.0. 


NAC Gateway 5.0.0.231
uses libssl.so 0.9.8

So it looks like those versions are not vulnerable.

 

 

From: djohnson <at> fhsu.edu [mailto:djohnson <at> fhsu.edu]
Sent: 10 April 2014 14:59
To: Enterasys Customer Mailing List
Subject: Re: [enterasys] OpenSSL Heartbleed Vulnerability Query

 

I'm still running 08.32.01.0035 and can confirm it is not vulnerable.

If you have Internet access to the box, you can safely test yours using http://filippo.io/Heartbleed/

 

To test my systems internally, I used the modified python script linked within the article below:



Derek Johnson
Data Communications Coordinator
Fort Hays State University
(785) 628 - 5688
djohnson <at> fhsu.edu



-----"Mamabolo, Pheko" <pheko.mamabolo <at> siemens.com> wrote: -----

To: "Enterasys Customer Mailing List" <enterasys <at> listserv.unc.edu>
From: "Mamabolo, Pheko" <pheko.mamabolo <at> siemens.com>
Date: 04/10/2014 05:34AM
Subject: [enterasys] OpenSSL Heartbleed Vulnerability Query

Hi

 

Does anyone know if Enterasys WLAN Controller that is running version 08.11.02.0023 could be running OpenSSL from 1.0.1 through 1.0.1f (i.e. inclusive) whether  this has the Heartbleed vulnerability?

 

With best regards,

Pheko Mamabolo

 

 

------------------------------------

Disclaimer and

Confidentiality Note

 

This e-mail

communication, its attachments, if any, and any rights attaching to it are,

unless the context clearly indicates otherwise, the property of Siemens (Pty)

Ltd. It is confidential, private and intended for the addressee only. If you are

not the intended recipient and receive this communication in error, you are

hereby notified that any review, copying, use, discloser or distribution in any

manner whatsoever is strictly prohibited. Please notify the sender immediately

that you have received this e-mail in error and delete the e-mail and any copies

of it. Views and opinions expressed in this e-mail are those of the sender

unless clearly stated as those of Siemens (Pty) Ltd. Siemens (Pty) Ltd accepts

no liability for any loss or damage whatsoever, and howsoever incurred or

suffered resulting or arising from the use of this e-mail communication and/or

its attachments.

 

Siemens (Pty)

Ltd does not warrant the integrity of this e-mail communication nor that it is

free of errors, viruses, interception or interference.

 

Siemens (Pty)

Ltd, its divisions and subsidiary companies (“Siemens”) expressly excludes

sections 11, 12, and 13 of the Electronic Communications and Transactions Act,

25 of 2002 (“the ECT”) in respect of e-contracting.  No data message or

electronic communication will be recognised as having a legal contractual status

under the ECT Act.  All agreements concluded by Siemens will only be

legally binding when reduced to physical writing and physically signed by a duly

authorised representative of Siemens.

 

For more

information about Siemens (Pty) Ltd, visit our website at www.siemens.com

 

 

 

Siemens

(Proprietary) Limited

 

Company

Registration Number: 1923/007514/07

 

Registered

Address: 300 Janadel Avenue, Halfway House, 1685

 

VAT

Registration Number: 4790104428

 

Chairman: Prof

Dr S Russwurm *

 

Chief

Executive Officer: SG Proebstl * ; Chief Financial Officer: SU Dall’Omo

*

 

Executive

Directors: C Klaas; R Nkuhlu

 

Non-Executive

Directors: R Guntermann *; Dr MI Survé

 

Alternate

Directors: I Amod; Dr H Grundmann *

 

Company

Secretary: T Llale

 

                                                     

* German


------------------------------------

 

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org
djohnson | 10 Apr 14:58 2014

Re: OpenSSL Heartbleed Vulnerability Query

I'm still running 08.32.01.0035 and can confirm it is not vulnerable.

If you have Internet access to the box, you can safely test yours using http://filippo.io/Heartbleed/

To test my systems internally, I used the modified python script linked within the article below:
http://www.net-security.org/secworld.php?id=16661


Derek Johnson
Data Communications Coordinator
Fort Hays State University
(785) 628 - 5688
djohnson <at> fhsu.edu


-----"Mamabolo, Pheko" <pheko.mamabolo <at> siemens.com> wrote: -----
To: "Enterasys Customer Mailing List" <enterasys <at> listserv.unc.edu>
From: "Mamabolo, Pheko" <pheko.mamabolo <at> siemens.com>
Date: 04/10/2014 05:34AM
Subject: [enterasys] OpenSSL Heartbleed Vulnerability Query

Hi
 
Does anyone know if Enterasys WLAN Controller that is running version 08.11.02.0023 could be running OpenSSL from 1.0.1 through 1.0.1f (i.e. inclusive) whether  this has the Heartbleed vulnerability?
 
With best regards,
Pheko Mamabolo
 
Siemens (Proprietary) Limited
RC-ZA IT SD&CM N
300 Janadel Avenue
Midrand 1686, Südafrika
Tel: +27 11 652-2938
Fax: +27  86  506-6018
Mobile: +27 82 487-9822
 
 
 
 
 
------------------------------------
Disclaimer and
Confidentiality Note
 
This e-mail
communication, its attachments, if any, and any rights attaching to it are,
unless the context clearly indicates otherwise, the property of Siemens (Pty)
Ltd. It is confidential, private and intended for the addressee only. If you are
not the intended recipient and receive this communication in error, you are
hereby notified that any review, copying, use, discloser or distribution in any
manner whatsoever is strictly prohibited. Please notify the sender immediately
that you have received this e-mail in error and delete the e-mail and any copies
of it. Views and opinions expressed in this e-mail are those of the sender
unless clearly stated as those of Siemens (Pty) Ltd. Siemens (Pty) Ltd accepts
no liability for any loss or damage whatsoever, and howsoever incurred or
suffered resulting or arising from the use of this e-mail communication and/or
its attachments.
 
Siemens (Pty)
Ltd does not warrant the integrity of this e-mail communication nor that it is
free of errors, viruses, interception or interference.
 
Siemens (Pty)
Ltd, its divisions and subsidiary companies (“Siemens”) expressly excludes
sections 11, 12, and 13 of the Electronic Communications and Transactions Act,
25 of 2002 (“the ECT”) in respect of e-contracting.  No data message or
electronic communication will be recognised as having a legal contractual status
under the ECT Act.  All agreements concluded by Siemens will only be
legally binding when reduced to physical writing and physically signed by a duly
authorised representative of Siemens.
 
For more
information about Siemens (Pty) Ltd, visit our website at www.siemens.com
 
 
 
Siemens
(Proprietary) Limited
 
Company
Registration Number: 1923/007514/07
 
Registered
Address: 300 Janadel Avenue, Halfway House, 1685
 
VAT
Registration Number: 4790104428
 
Chairman: Prof
Dr S Russwurm *
 
Chief
Executive Officer: SG Proebstl * ; Chief Financial Officer: SU Dall’Omo
*
 
Executive
Directors: C Klaas; R Nkuhlu
 
Non-Executive
Directors: R Guntermann *; Dr MI Survé
 
Alternate
Directors: I Amod; Dr H Grundmann *
 
Company
Secretary: T Llale
 
                                                     
* German

------------------------------------
 

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys djohnson <at> fhsu.edu

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org
enterasys@listserv.unc.edu | 10 Apr 12:34 2014

OpenSSL Heartbleed Vulnerability Query

Hola buen día, 

Estaré fuera de la oficina del Lunes 7 al viernes 18 de abril, tendré  acceso limitado a mis correos de voz y
electrónicos  por lo que demorare en mi respuesta.
Si tu asunto requiere atención inmediata, por favor comunicarse con David Aguilar al teléfono 9000
1777, al celular 55 5217 3678 o al correo david.aguilar <at> netcontroll.com.

Saludos,
Gracias.

---
To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org

Mamabolo, Pheko | 10 Apr 12:34 2014
Picon

OpenSSL Heartbleed Vulnerability Query

Hi
 
Does anyone know if Enterasys WLAN Controller that is running version 08.11.02.0023 could be running OpenSSL from 1.0.1 through 1.0.1f (i.e. inclusive) whether  this has the Heartbleed vulnerability?
 
With best regards,
Pheko Mamabolo
 
Siemens (Proprietary) Limited
RC-ZA IT SD&CM N
300 Janadel Avenue
Midrand 1686, Südafrika
Tel: +27 11 652-2938
Fax: +27  86  506-6018
Mobile: +27 82 487-9822
 
 
 
 
 
------------------------------------
Disclaimer and
Confidentiality Note
 
This e-mail
communication, its attachments, if any, and any rights attaching to it are,
unless the context clearly indicates otherwise, the property of Siemens (Pty)
Ltd. It is confidential, private and intended for the addressee only. If you are
not the intended recipient and receive this communication in error, you are
hereby notified that any review, copying, use, discloser or distribution in any
manner whatsoever is strictly prohibited. Please notify the sender immediately
that you have received this e-mail in error and delete the e-mail and any copies
of it. Views and opinions expressed in this e-mail are those of the sender
unless clearly stated as those of Siemens (Pty) Ltd. Siemens (Pty) Ltd accepts
no liability for any loss or damage whatsoever, and howsoever incurred or
suffered resulting or arising from the use of this e-mail communication and/or
its attachments.
 
Siemens (Pty)
Ltd does not warrant the integrity of this e-mail communication nor that it is
free of errors, viruses, interception or interference.
 
Siemens (Pty)
Ltd, its divisions and subsidiary companies (“Siemens”) expressly excludes
sections 11, 12, and 13 of the Electronic Communications and Transactions Act,
25 of 2002 (“the ECT”) in respect of e-contracting.  No data message or
electronic communication will be recognised as having a legal contractual status
under the ECT Act.  All agreements concluded by Siemens will only be
legally binding when reduced to physical writing and physically signed by a duly
authorised representative of Siemens.
 
For more
information about Siemens (Pty) Ltd, visit our website at www.siemens.com
 
 
 
Siemens
(Proprietary) Limited
 
Company
Registration Number: 1923/007514/07
 
Registered
Address: 300 Janadel Avenue, Halfway House, 1685
 
VAT
Registration Number: 4790104428
 
Chairman: Prof
Dr S Russwurm *
 
Chief
Executive Officer: SG Proebstl * ; Chief Financial Officer: SU Dall’Omo
*
 
Executive
Directors: C Klaas; R Nkuhlu
 
Non-Executive
Directors: R Guntermann *; Dr MI Survé
 
Alternate
Directors: I Amod; Dr H Grundmann *
 
Company
Secretary: T Llale
 
                                                     
* German

------------------------------------
 

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org

Alerta de viaje

Alerta de Viaje...

Estaré fuera de la oficina  con  acceso muy limitado a mis correos de voz y electrónicos del Lunes 31 de marzo
al Viernes 4 de abril por lo que demorare en mi respuesta Si tu asunto requiere atención inmediata, por
favor comunicarse con la Lic. Brenda Mendoza al teléfono 9000 1777 o al correo
brenda.mendoza <at> netcontroll.com. Gracias y que tengas un excelente día.

---
To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org

excelsio | 1 Apr 20:07 2014
Picon

Re: IPv6 => bridged <at> HWC ?

Thanks for the update. I´m still wondering why Enterasys hasn´t released the IPv6 code, yet: http://www.excivity.com/ComputeCycle/late-ipv6-at-shmoocon-but-why/
"We were offered the Alpha 8.31 code from engineering, but we decided that might be a bit risky."
These sentences are still in the the 9.01 CLI guide. On the plus side, topologies and certain management operations (copy, backup, syslog, NTP) have IPv6 support now.

  • --To unsubscribe from enterasys, send email to listserv <at> unc.edu with the body: unsubscribe enterasys gneu-enterasys <at> gmane.org
marcus.florido | 1 Apr 16:38 2014
Picon

RE: Security configuration best practices

Aaron, 

One of the networks we run here uses almost exclusively Enterasys equipment
for the transport.  As security guidance, we use DISA STIGS, and although
some of them are geared towards Cisco equipment, for the most part, the
concepts are not much different.  

The STIG viewer can be found here:
http://iase.disa.mil/stigs/stig_viewing_guidance.html

The L2 and L3 STIGS you may want to look at can be found here:

http://iase.disa.mil/stigs/net_perimeter/network_infra/routers_switches.html

The ones you'll probably want to look at are
u_network_infrastructure_router_l3_switch_v8r16_stig.zip and
u_network_l2_switch_v8r16_stig.zip.  These zip files contain STIGs that are
Cisco and Juniper specific, but also contain generic sets of STIGs.  You
will be able to generate checklists using the STIG viewer, and be able to
sort them by importance.  Remember that these are only minimum levels of
protection, and that you will be free to configure your equipment at a
higher level if you wish.  We do.  Also, note that there will be guidelines
contained within these sets of STIGs for configurations that may not be
applicable to your site.  For example, if you're not running BGP, there is
no need to configure it for authentication.

 While I can't speak for any Enterasys/Extreme networks specific
documentation, the STIGs will give you a good baseline from which to begin
to harden your network, or to check your current configurations against.

Marcus D Florido
IT Systems Analyst
MITSC EAST Network Management

-----Original Message-----
From: Aaron Howard [mailto:aaron.howard <at> uni.edu] 
Sent: Thursday, March 27, 2014 8:55 AM
To: Enterasys Customer Mailing List
Subject: [enterasys] Security configuration best practices

We're conducting an IT risk assessment and networking is in scope. For most
systems we're using manufacturer security recommendations as a baseline for
system security. For example Microsoft or Oracle's system hardening guides.
I'm looking for a similar document for Enterasys/Extreme equipment. If
there's not an Enterasys specific document, is there a general network
security document others have used or can suggest? I'm thinking of some DOD
documents, but they focus on Cisco.

 If this Enterasys specific document doesn't exist there needs to be one
created, by this community or Extreme. I can think of several important
changes like removing the backdoor rw account that doesn't have a password,
that really need to be in a best practices document so that others don't
have to learn it the expensive way.

--

-- 

Aaron Howard
Interim Director of ITS Network Services / Computer Network System Manager
University of Northern Iowa
Office: 319-273-5813 | http://www.uni.edu/its/projects

*	--To unsubscribe from enterasys, send email to listserv <at> unc.edu with
the body: unsubscribe enterasys marcus.florido <at> usmc.mil 

Attachment (smime.p7s): application/pkcs7-signature, 7611 bytes

Gmane