3300 MXe MiVB 8.0 - No Audio over Wireless Bridge

[Bobtheicon]

Here's a crazy one. Flat voice network on VLAN 40 (192.168.100.X/24).
MXe NIC connected to Cisco Small Business SG350 untagged VLAN 40 port.
Cisco switch also some some data VLANs on it (all untagged). It has a VLAN trunk port (all VLANs tagged) going to a Ubiquity Nanobeam set up in a Point-to-Point Wireless Bridge. The other end of the Wireless Bridge connects to another Cisco SG350 into a VLAN trunk port (all VLANs tagged). Then there are 4 phones connected, each in an untagged VLAN 40 port.

So, to recap.

Building A
MXe --> SG350 VLAN 40(untagged)
SG350 Trunk Port (All VLANs tagged) --> Ubiquity Nanobeam

Building B
Ubiquity Nanobeam --> SG350 Trunk port (All VLANs tagged)
SG350 VLAN 40 (untagged) --> Mitel 6930 IP phones

All phones in Building A can call each other. They are all untagged VLAN 40. They can all make and receive PSTN calls on the PRI.
All phones in Building B can call each other. They are all untagged VLAN 40. They can all make and receive PSTN calls on the PRI.
All phones are DHCP from the 3300 MXe. There is no gateway as they are all on the LAN (or VLAN 40).

Phones in Building A can call phones in Building B and vice versa - they will ring, but there is NO AUDIO

Except -- and here's the kicker -- from 1 phone in Building A.
That one phone is programmed in the switch and Mitel the exact same as all the other phones.
That phone can call Building B and Building B can call it with no Audio problems.

I don't know if it matters, but the phones in Building A are all 5224 and 5324 sets. All the phones in Building B are 6930 sets.

Now the real head scratcher....
If I take another phone from Building A (one that cannot hear audio when a call is placed to Building B), and move it to the jack feeding the phone that does hear audio, when it boots up it can now call Building B and audio works fine. Not only that, but when I then move it back to where it came from (where it couldn't hear audio), now audio works fine. It's as if moving a phone to this magic port allows audio to work and I can then plug it back in where it came from.

Now, I can't do this with the 100 or so phones I have in Building A, so there's gotta be something going on with an ARP table or something that only gets populated from that one port.

That Ubiquity Bridge supposedly passes all VLANs and doesn't do any firewalling that I'm aware of or can see in the configuration. And it must be working because phones pull DHCP from the MXe.

Anybody ever seen anything like this? I'd pull my hair out, but that ship has sailed.

 

[AlphaMann]

Definitely sounds like some sort of routing issue, or possibly CDP. CDP on the cisco's is usually enabled by default but might only be picking up certain ports.
No way audio could also be CDP or QOS. Phones on a Mitel use the controller to setup the call (the ringing) but then the phones need to speak directly to each other.
I would recommend setting up a DFG even though flat network.
Check CDP settings on the Cisco's
If you can get a pc on the same network you try try the TNA tool, iperf and a traceroute.

Either audio traffic is being blocked, routed through 2 different paths, or being caught into a different VLAN.

 

[Bobtheicon]

Thanks for the reply. Good thoughts -- I'll check out and disable CDP and see what happens.
Others have suggested subnetting Building B and putting in a Default Gateway; which is fine but I'd sure like to know why it doesn't work as configured. And that part about one phone works and if you plug another phone into that phone's port it works even when you put it back where it came from. That's just mind boggling.