Web and Unmanaged
1748124 Members
3074 Online
108758 Solutions
New Discussion

HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti VoIP

 
gmassimiani
Visitor

HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti VoIP

Gent.mi,

ho recentemente acquistato una serie di swtich 1820 (8G e 24G J9982A J9983A) per poter gestire il traffico dati, videosorveglianza, e VoIP a livello di rete.

Lo switch è interconnesso con la LAN aziendale mediante Antenne (punto-Multipunto) della Ubiquiti (rispettivamente Outdoor PowerBeam 5AC 300 CPE e la multipunto Rocket 5AC Prism).

Il traffico dati e videosorveglianza funziona correttamente.

il traffico VoIP al livello 3 funziona correttamente, mentre a livelli superiori succede che il destinatario sente mentre il mittente no. Sostituendo lo switch con altro modello HP il tutto funziona.

Ho provato a inserire lo switch 1820 in una rete wired senza hop wifi ed il tutto funziona.

Mi sapreste dire secondo Voi quale può essere il problema di questi switch? Manca qualche impostazione per farli funzionare con queste antenne?

I telefoni VoIP sono dei CISCO IP Phone 7942/7962 con CALL MANAGER CISCO.

In attesa di riscontro si inviano distinti saluti.

Gabriele Massimiani 

 

8 REPLIES 8
parnassus
Honored Contributor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Salve Gabriele, solitamente i messaggi in questa Community vengono scambiati usando l'inglese...in primis perchè così facendo la platea di chi ti può aiutare si amplia notevolmente rispetto a chi ti può rispondere usando solo la lingua italiana e poi anche perchè se non si usa l'inglese si escludono tutti coloro che invece capiscono/usano solo l'inglese per comunicare argomenti tecnici.

Premesso questo per inquadrare il tuo problema bisognerebbe capire anzitutto:

  1. Topologia della Rete (schema delle interconnessioni fisiche tra gli Switch presenti nella tua rete)
  2. Configurazione Logica degli apparati suddetti (ad esempio: sono configurate VLAN? se Sì, come? questo apparato per apparato)
  3. Citi Hop (che sottointende presenza di Router e quindi di Routing) e Livello 3 (Routing) ma la cosa non è chiara se, nella tua rete, c'è (uno o più ponti radio Punto-Punto o Punto-Multipunto)...solitamente perchè i ponti radio sono assimilabili (ma ci sono delle eccezioni) a dei cavi...quindi operano a Livello 2 (Switching), se hai Firewall o Router tra le sedi coperte da Ponte Radio è un altro discorso, se non ci sono allora siamo a Livello 2.
  4. Citi la disponibilità di "una serie di Switch..." connessi poi alla LAN aziendale (detta così sembra che tu sottointenda che la LAN esiste già e i nuovi Switch sono usati solo per estenderla...), se non è così fai riferimento al Punto 1 per chiarire la Topologia di Rete e definire "dove è cosa".
  5. Come (ed in che quantità) sono posizionati i terminali VoIP Cisco ed il relativo Call Manager.
  6. Se la connettività verso Internet è interessata (hai VPN verso altre sedi?) oppure se l'ambito del problema è solo legato al traffico nella LAN (e nelle sue Subnets, se presenti).
  7. Chi fa da Router? per che traffico? ecc.

Solitamente una rete di Switch Smart Managed o Managed permette di configurare varie VLANs per "segmentare" il traffico Voce (VoIP), Video (Streaming Videosorveglianza IP) e Dati...questo per creare domini di Broadcast separati e per non permettere il Routing tra le VLAN suddette (se non necessario altrimenti)...inoltre, dipende da Switch a Switch, finchè si rimane in ambito LAN è possibile poi definire se e come applicare una classificazione QoS per i vari tipi di traffico (dando priorità al traffico VoIP, ad esempio).

Davide.


I'm not an HPE Employee
Kudos and Accepted Solution banner
gmassimiani
Visitor

HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Thank you very much for the reply!!
I attach the file .pdf of the abstract network topology.

As I have already shown in the file, the following VLANs are configured in the switch 1820 and correctly propagated:
VLAN 104 (VIDEOSORVEGLIANZA) 10.104.0.0/24
VLAN 124 (DATI) 10.10.24.0/24
VLAN 524 (DATI) 10.50.24.0/24
VLAN 324 (VOIP) 10.30.24.0/24

There is a Wi-Fi point-to-multipoint connection in the physical network path.
The swith "Comune side" is the device model HP V1910-24G-PoE (365W) cod. JE007A (behind to the outdoor AP).
The switch "Remote site" is the device model HPE OfficeConnect Switch 1820 24G PoE+ (185W) cod. J9983A (behind to the outdoor CPE Client).
The LAN already exists and is extended with the above network path.
The Call Manager is located in the Municipality LAN.
The scope of the problem is only tied to traffic in the LAN and not the Internet.
The router is in the LAN 10.20.0.2/16, which then redirects traffic to the call manager (10.20.0.10/16).
As already mentioned, if I ping between the 2 devices phone they reach. So at level 3 it's ok.

Some idea?

I thank you in advance.

Gabriele Massimiani
parnassus
Honored Contributor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Hello Gabriele, that's a little bit more clear...but no PDF (Network Topology) was attached to your previous post.

Edit: just a detail to better understand the whole picture, Ubiquiti airMAX Bridge (PBE-5AC-300) and Ubiquiti airMAX ac BaseStation Rocket 5AC Prism (R5AC-PRISM) are set to work together in Router mode (doing Routing between theirs respective LAN and WAN interfaces, so acting as Layer 3 device which performs Broadcast domain separation) or Bridge mode (being totally transparent, so acting as Layer 2 device which doesn't perform any particular Broadcast domain separation)?

See airOS 8 as reference here (supposing they are running airOS 8, latest firmware).


I'm not an HPE Employee
Kudos and Accepted Solution banner
gmassimiani
Visitor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

I'm sorry!!

Here is the attached file.

Thanks!!

Gabriele

parnassus
Honored Contributor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Since your two Ubiquiti radio units are operating in Bridge Mode, VLANs are forwarded transparently between two sites (at least between two edge Switches which manage VLAN IDs 1, 104, 124, 324 and 524) by means of what is configured on respective connected Switches.

I imagine that 1820 and the other Switch are already correctly configured (VLANs, Port Trunk, etc.).

Would be interesting to see if your "one-way communication issue" on some VoIP calls when 1820 was deployed (note: an issue which is typically found when VoIP calls traverse a NAT) still happens when IP calls are done exactly between two indicated Switches (so any VoIP call stays within the same VLAN Id 324, the VLAN Id with VLAN Interface assigned to Subnet 10.30.24.0/24) *without being involved on any* NAT or Routing processes (NAT or Routing processes which seem to step in when the VoIP calls involve IP terminal ends placed, at least on one end, on the VLAN 4 10.20.0.0/16 which exists somewhere on the "Intranet Comune" side).

In other words...is the issue your users are experiencing due to the 1820 Switch you deployed (so do a test with by performing a direct call between IP Terminals directly connected to Switch A and B, no NAT involved...only the Radio Link is involved) or does it happen when VoIP calls traverse *also* a device which performs - somewhere - VLANs routing (specifically VLAN Id 4 <--> VLAN Id 324 routing) placed inside the "Intranet Comune" part of your network?

That's to exclude (or isolate) part of your network topology to better diagnose what's happening (and when it happens).


I'm not an HPE Employee
Kudos and Accepted Solution banner
gmassimiani
Visitor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Dear Davide,
I tried communication between the two mobile devices on the same VLAN 324 and the same physical network path but the problem is the same.

However, doing a detailed analysis (with the port mirroring function of the switch and sniffing the packets with wireshark) I realized that the problem is present in this circumstance:

The switch HP 1910 output port leaves the Voice packet with the VLAN TAG 324 and normally enters the "Remote site" 1820 switch port. So far, so good!!

But when there is the switch-off inside the UDP packet switch 1820 between the two phones from the inbound port to the output port of the same switch 1820 "Remote side" where the phone is attached the communication problem occurs.

In fact, the problem does not arise as to how I pass the package without vlan tags in the switch 1820.
In our opinion, this is just an important bug that occurs within the switch 1820 during the switch-off of the UDP packets between the two phones!!

We need to issue a bug fix for the problem!!!:-(

parnassus
Honored Contributor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Wait...first of all...are both Switches at radio bridge's ends (JE007A and J9982A) using updated Firmwares versions (actually R1519P01 and PT.02.03, respectively)? that will be a good starting point...then both 1820 and 1910 sanitized configurations or, at least, the IP Terminal and Uplink (to Radio station) used ports' configurations would probably be of help...are you saying that VLAN Id 324 tagged data packets incoming to uplink port from the Radio link do not reach the port where the Cisco IP Phone is actually connected (I'm referring to "Remote site" side)?


I'm not an HPE Employee
Kudos and Accepted Solution banner
gmassimiani
Visitor

Re: HPE OfficeConnect 1820 8G PoE+ (65W) Switch (J9982A): problemi di funzionamento con i pacchetti

Yes, the VLAN Id 324 tagged data packets incoming to uplink port from the Radio link  do not reach the port of the switch "Remote site" side where the Cisco IP Phone is actually connected!!!

Actually I did more!!!
I simulated the same connection with switch 1820 with the latest firmware version (PT.02.03) inside the intranet in a wired network path (that is, excluding the switch 1910 and the radio bridges!!). The problem is the same.

This last test confirms our thesis unfortunately!!!

Switch 1820 does not handle UDP VoIP phone packages well for some unknown reason well!!

Help me concretely please !!

Thank you very much!!