7920 and 7921 issue

Answered Question
Sep 25th, 2008

When I call from a 7920 to 7921 I can not hear anything. And vice versa. However, when I call from any wireless IP phone to a wired IP phone everything works fine. Wireless phones are in the same VLAN.

Any ideas?

I have this problem too.
0 votes
Correct Answer by d-berlinski about 5 years 6 months ago

Disable P2P blocking.

  • 1
  • 2
  • 3
  • 4
  • 5
Average Rating: 4 (1 ratings)
Rob Huffman Sun, 09/28/2008 - 06:00

Hi Fuad,

Here is the related setting;

Enabling and Disabling Public Secure Packet Forwarding

Public Secure Packet Forwarding (PSPF) prevents client devices associated to an access point from inadvertently sharing files or communicating with other client devices associated to the access point. It provides Internet access to client devices without providing other capabilities of a LAN. This feature is useful for public wireless networks like those installed in airports or on college campuses.

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

Note To prevent communication between clients associated to different access points, you must set up protected ports on the switch to which your access points are connected. See the "Configuring Protected Ports" section for instructions on setting up protected ports.

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

To enable and disable PSPF using CLI commands on your access point, you use bridge groups. You can find a detailed explanation of bridge groups and instructions for implementing them in this document:

•Cisco IOS Bridging and IBM Networking Configuration Guide, Release 12.2. Click this link to browse to the Configuring Transparent Bridging chapter: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fibm_c/bcfpart1/bcftb.htm

You can also enable and disable PSPF using the web-browser interface. The PSPF setting is on the Radio Settings pages.

PSPF is disabled by default. Beginning in privileged EXEC mode, follow these steps to enable PSPF:

Command Purpose

Step 1

configure terminal

Enter global configuration mode.

Step 2

interface dot11radio { 0 | 1 }

Enter interface configuration mode for the radio interface. The 2.4-GHz radio is radio 0, and the 5-GHz radio is radio 1.

Step 3

bridge-group group port-protected

Enable PSPF.

Step 4

end

Return to privileged EXEC mode.

Step 5

copy running-config startup-config

(Optional) Save your entries in the configuration file.

Use the no form of the command to disable PSPF.

http://www.cisco.com/en/US/docs/wireless/access_point/12.2_15_JA/configuration/guide/s15rf.html#wp1038494

If you are using the WLC;

Configuring Peer-to-Peer Blocking

In controller software releases prior to 4.2, peer-to-peer blocking is applied globally to all clients on all WLANs and causes traffic between two clients on the same VLAN to be transferred to the upstream VLAN rather than being bridged by the controller. This behavior usually results in traffic being dropped at the upstream switch because switches do not forward packets out the same port on which they are received.

In controller software release 4.2, peer-to-peer blocking is applied to individual WLANs, and each client inherits the peer-to-peer blocking setting of the WLAN to which it is associated.

http://www.cisco.com/en/US/docs/wireless/controller/4.2/configuration/guide/c42wlan.html#wp1084832

Hope this helps!

Rob

migilles Fri, 10/03/2008 - 15:37

Yes PSPF must be disabled for the voice vlan/ssid.

If the 2 wlan phones are on separate aps does the audio work?

If using the WLAN Controller, then P2P Blocking Action must be disabled for the voice ssid.

P2P Blocking Action

Configures the peer-to-peer blocking settings.

Disabled - (Default) Disables peer-to-peer blocking and bridges traffic locally within the controller whenever possible.

Note Traffic is never bridged across VLANs in the controller.

Drop - Causes the controller to discard the packets.

Forward-UpStream - Causes the packets to be forwarded on the upstream VLAN. The device above the controller decides what action to take regarding the packets.

Actions

Login or Register to take actions

This Discussion

Posted September 25, 2008 at 11:14 AM
Stats:
Replies:5 Avg. Rating:4
Views:320 Votes:0
Shares:0
Tags: No tags.

Discussions Leaderboard