Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

iChat, UPNP, Asus RT-N56U

Hi,


I have an Asus RT-N56U for a few weeks now, with latest firmware 1.0.1.7c and there seem to be a UPNP problem. With UPNP in WAN settings activated, I am not able to receive audio when video conferencing with iChat on Mac Os X Lion even though UPNP opens the required port. When I put the MacBook in DMZ all works fine, not only video but also audio in both directions. But DMZ shouldn't be a solution. When I disable UPNP in WAN settings it also works fine, but other Clients here in network need UPNP, so that is also no solution.


Has anybody similar issues, perhaps a solution?


Thanks in advance

iMac, Mac OS X (10.7.2)

Posted on Nov 17, 2011 11:10 AM

Reply
5 replies

Nov 17, 2011 2:05 PM in response to German_Doc

HI,


I started here just to see some pics


Several general things struck me.

The talk about going to the WAN setting page (on the way to set Port Forwarding) but show a Pic about the Firewall.

This firewall if On does SPI which can interfere with iChat.

I presume you have this Off ?


Also it shows Ping Blocking is On and ichat will need it Off.

iChat sends Pings to confirm where the Visible part of the Invite went to is the same place that is responding.


The Pics have something called UPnP Media server and it would be quite useful to see the setting in here.

Linksys devices mentions UPnP in two places and only one of these works effectively and I am curious about what has to be set here.


Below that you have EzQoS Bandwidth management and also in the pic under the line about Virtual Servers it shows another access to something else labelled QoS.

Now QoS is about managing the bandwidth for certain apps.

It is mostly associated with VoIP (voice over the Internet/IP Phones)

These apps tend to use SIP (Session Initiation Protocol) and so does iChat.

These may be linked to something called Application Layer Gateways (ALGs)

I would turn these OFF if you can.



The Port Triggering may give you another options as it works for Multiple computers.

It can be difficult to set it up for multiple applications though (depending what UPnP is used for currently)

However you will not be able to Screen Share if you use this method due to iChat using a random port.


Sorry that this info is a bit generic but without actual pics and testing it is a little difficult to be that precise.



User uploaded file
10:05 PM Thursday; November 17, 2011

Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"


 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb( 10.6.8)
 Mac OS X (10.6.8),
"Limit the Logs to the Bits above Binary Images."  No, Seriously

Nov 17, 2011 9:43 PM in response to Ralph-Johns-UK

Thank you Ralph,


... and sorry for not mentioning that I tested all those scenarios (SPI on/off, Ping on/off, QoS on/ off).

Turning on UPNP Media Server would be an option, but I don't expect to much as it is for connected USB devices for media streaming. I reported the problem to Asus Support Team, but they didn't answer yet. I hope they will fix the problem in a future firmware release.


Greetings

Nov 18, 2011 11:33 AM in response to German_Doc

Hi,


The Audio and Video use the same port in most chats (those to PCs or earlier versions of iChat can vary).

However iChat will drop Video Frames in an effort to smooth out the incoming video if the Internet speed varies too much or if the computer cannot deal with the speed at which data is coming.


There comes a point when it would be silly to keep trying to sync the Audio so it is dropped.


I would check the Connection Doctor (see the Video Menu) and see what it says for the incoming Bit Rate and Frame rates. The coloured bars that represent the incoming feed should be green.


I recently tried iChat 6 to AIM 7.2 on my Boot Camp XP version (on the MacBook Pro).

The Frame rate was reported as being lower than 5fps at times.

Bizarrely iChat seemed to be still storing all the incoming Video and playing it back very slowly so that my actions between the two computer did not match.

The Audio still tried to play on the iMac but did sound like some sort of chipmunk speaking underwater.


In iChat you can obviously lower the Bandwidth that is used (no Lower than 200kbps for Video) which is supposed to be then used by both ends.

This can be helpful if one end is on a very fast service.


It can be a balance trying to get a router/Modem to work with a variety of Buddies.





User uploaded file
7:33 PM Friday; November 18, 2011

Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"


 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb( 10.6.8)
 Mac OS X (10.6.8),
"Limit the Logs to the Bits above Binary Images."  No, Seriously

Nov 18, 2011 12:59 PM in response to Ralph-Johns-UK

Hi Ralph,


I did lower bandwidth to several rates although I have a strong Internet line with 50 MBit down and 10 MBit up.

IChat's Connection Doctor reports only green, so everything should be fine.

I also tested with an other router (a fritz box 7390) with no issues concerning UPNP and a/v chat.

It seems to be an Asus router UPNP issue.


Greetings

Nov 18, 2011 1:11 PM in response to German_Doc

Hi,


I glad you are making a sort of progress.


Unfortunately I am not aware of anything that can be done to change the way UPnP works on a particular device.


As you say this is likely to be down to the Firmware Update and the manufacturer to sort out.



User uploaded file
9:11 PM Friday; November 18, 2011

Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"


 iMac 2.5Ghz 5i 2011 (Lion 10.7.2)
 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb (Snow Leopard 10.6.8)
 Mac OS X (10.6.8),
"Limit the Logs to the Bits above Binary Images."  No, Seriously

iChat, UPNP, Asus RT-N56U

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.