Recent content by ralpheb

Hi raztaboule - You can find basic definitions of LACP at http://www.ieng.com/en/US/tech/tk389/tk213/tk833/tech_protocol_home.html and http://www.bitwisertraining.com/Glossary/LinkAggregate.htm Regards, Ralph

BAsh - Apparently we will have to agree to disagree as to whether ProCurve switches snoop, in software, L3 information in IP Multicast packets, as opposed to IGMP packets which ProCurve switches *DO* snoop. Anyone who truly needs to know the answer can run the experiment that I suggested...

Hello BAsh12 - Do not apologize for disagreeing! I can tell that you are a curious and sceptical individual, which I respect! First of all, we need to carefully distinguish between IGMP packets and IP Multicast packets. From reading your postings it is not clear to me whether you are making...

ProCurve Switches direct IP Multicast packets to specific ports based on snooping Joins and Leaves. These Switches do this (directing IP Multicast packets to specific ports) without routing. In my opinion, g6udx's performance issue is unlikely to be due to the processing overhead of snooping...

Hi g6udx - 'IP Multicast' sounds like layer 3, which usually means routing. IP Multicast packets aren't routed by software, however. IP Multicast packets are also MAC multicast, and so are generally switched (forwarded) at hardware speed by layer 2 (switches) or layer 3 (routers and routing...

Hello g6udx - Are you asking about the mechanics of plain-old Ethernet multicast or are you asking about the mechanics of IP Multicast? Regards, Ralph

Hi g6udx - I don't think it has anything to do with layer 2 vs layer 3 because the three devices you mentioned all switch (as opposed to route) IP Multicast packets. Note that the 2650's throughput and backplane performance is about 2-3 times that of the 2424M, according to the data sheet, and...

Hello P-Bro, I suggest trying: 1. Setting hyperterm to auto-sense the speed, rather than nailing it to 9600 baud. 2. A different terminal emulator, such as Procomm. Regards, Ralph

Hello g6udx - You do not need a router if: 1. The server and workstations are on the same subnet; or 2. The servers and workstations are capable of ARPing for remote subnets. The ability to do this and the configuration (of servers and workstations) required to do this...

Hello ice001, Yes, although the forum at http://forums1.itrc.hp.com/service/forums/categoryhome.do?categoryId=269 seems to have more traffic. Regards, Ralph

Hello NDPERU - The answer is PERHAPS: it depends on whether the NEC IP Phone can be configured to specify the VOICE traffic to belong to a Tagged VLAN and allow the Data traffic to be passed thru as Untagged traffic. At the 2626, simply create a VLAN for your voice traffic and add that port...

Hello Elbown - You are designing trunking between the PC and switch. The Switch 2848 supports trunking. For details, see ftp://ftp.hp.com/pub/networking/software/59906023e01-Mgmt-ch10-Port_Controls.pdf . Regards, Ralph

Hello tvanderb - In the configuration example that I referenced (see the URL I gave you), you can see that the ports on VLAN 200 are untagged. PCs attached to those untagged ports will not be accessible from VLAN 100, except through routing. So, if you are not routing (I have minimal...

Hi tvanderb - There is a step-by-step configuration example at www.hp.com/rnd/support/config_examples/5300xl_portbase.pdf. You do not need to tag the server ports in order to limit their traffic to one VLAN. You can leave them untagged. What you need to do is to assign the appropriate...

Hello Elbown - When you say you want to span ports, do you mean that you want to 'team' or 'trunk' together two or more ports from one Switch to a 2nd switch or two a computer? Regards, Ralph