iChat A/V Connection Error

Question

Level 1

0 points

iChat A/V Connection Error

Guys,

I have searched for this issue and found many suggestions, none that have solved my problem.

I am getting the following error when trying an A/V chat in iChat Version 5.0.3 (745):

!http://www.thedailycapture.com/images/ichat.png!

I have a router with UPNP enabled (Netgear DGN1000) and the OSX firewall currently turned off.

However, I see this in the connection doctor:

!http://www.thedailycapture.com/images/doc.png!

Any ideas would be appreciated.

Error report:

Video Conference User Report:
0.000000 @:0 type=5 (00000000/16402)
[Local SIP port]
[]
0.000059 @:0 type=5 (00000000/16402)
[Local SIP port]
[]
0.317129 @:0 type=5 (00000000/48226)
[Local SIP port]
[]
0.885917 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
[Remote Router]
[FULLCONE]
0.885923 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
[Remote CommNAT Result: 0x00000112
]
[]
0.887928 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
[Router]
[PORT RESTRICTED]
0.887932 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
[CommNAT Result: 0x000000d0
]
[]
5.139712 @:0 type=5 (80010017/60)
[Detected bandwidth (kbits/s): 0 up, 0 down. (80010017)
]
[]
5.158991 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
[Start Conference With UserID: u0]
[]
143.150339 @:0 type=5 (00000000/42867)
[Local SIP port]
[]
143.733466 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
[Remote Router]
[FULLCONE]
143.733471 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
[Remote CommNAT Result: 0x00000112
]
[]
143.735339 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
[Router]
[PORT RESTRICTED]
143.735342 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
[CommNAT Result: 0x000000d0
]
[]
147.958855 @:0 type=5 (80010017/60)
[Detected bandwidth (kbits/s): 0 up, 0 down. (80010017)
]
[]
147.960247 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
[Start Conference With UserID: u0]
[]
175.253108 @:0 type=5 (00000000/48739)
[Local SIP port]
[]
175.842006 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
[Remote Router]
[FULLCONE]
175.842015 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
[Remote CommNAT Result: 0x00000112
]
[]
175.844061 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
[Router]
[PORT RESTRICTED]
175.844065 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
[CommNAT Result: 0x000000d0
]
[]
179.911844 @:0 type=5 (80010017/60)
[Detected bandwidth (kbits/s): 0 up, 0 down. (80010017)
]
[]
179.913177 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
[Start Conference With UserID: u0]
[]

iMac, Mac OS X (10.6.6)

Posted on Jan 12, 2011 2:57 PM

Reply

Answer 1

Si Hawk Author

Level 1

0 points

Jan 12, 2011 4:03 PM in response to Si Hawk

Although it shouldn't be necessary as I'm using UPNP I opened up all the necessary ports and now I at least get 'Full Cone' in the connection doctor.

However, I still get the 10 second time out error when trying to video chat with the Apple test accounts.

Reply

Answer 2

Jan 13, 2011 1:22 PM in response to Si Hawk

Hi,

The NAT Method is built in to the device. It can either do Full Cone or not.

On the Netgear's set up ages go to the WAN Set up page

Make sure it is NOT Ping Blocking.

On the same page but higher up is line about Port Scanning and DOS (Or SPI)
Make sure this is not blocked.

DoS is a Denial of Service "Protection" feature.
It is threshold based.
The Netgear (in this case) examines the data on the port that are in use.
It presumes that very fast data containing large amounts of data are an Attack.
It then cuts the one port this is on - to "Protect" the Internet Connection as a whole.

iChat can send more data faster than most Video Streaming servers.

Most Routers that have DOS features cannot discriminate effectively between one fast data stream and another.
They also have a pre-set Threshold at which they kick in which can not be changed.
Turning the thing off is the only option

SPI (Stateful Packet Inspection) does try to discriminate about the data stream.
It is when it cannot keep up (it's relying on the very low Processor in the router) it also cuts the port as "protection"

Netgear use SPI on some devices and DOS on others.

If you expand the Pop up that says Send to Apple (On the left there is a reveal triangle) then the top part of the Log will say Error 7

This points to an Event/action outside of the iChat Connection Process (Pulling an Ethernet Cable or Switching the power off to the router will get the same message) hence the need to look at the features of the router.

The Ping Blocking shows up as an Error 8 in the Log (And the absence of the line that says the Ping was received 😉 )

9:18 PM Thursday; January 13, 2011

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

Reply

Answer 3

Si Hawk Author

Level 1

0 points

Jan 13, 2011 1:55 PM in response to Ralph-Johns-UK

Thanks Ralph,

This is useful stuff. I made the settings you suggested to the router WAN config so now its set up like this:

!http://www.thedailycapture.com/images/WAN.png!

It seems I'm getting a -20 error in the log:

Date/Time: 2011-01-13 21:50:42 +0000
OS Version: 10.6.6 (Build 10J567)
Report Version: 4

iChat Connection Log:
2011-01-13 21:50:25 +0000: AVChat started with ID 338643706.
2011-01-13 21:50:25 +0000: simonhawkings@mac.com1: State change from AVChatNoState to AVChatStateWaiting.
2011-01-13 21:50:25 +0000: 0x1004e1570: State change from AVChatNoState to AVChatStateInvited.
2011-01-13 21:50:25 +0000: 0x1004e1570: State change from AVChatStateInvited to AVChatStateConnecting.
2011-01-13 21:50:25 +0000: simonhawkings@mac.com1: State change from AVChatStateWaiting to AVChatStateConnecting.
2011-01-13 21:50:30 +0000: 0x1004e1570: State change from AVChatStateConnecting to AVChatStateConnected.
2011-01-13 21:50:30 +0000: simonhawkings@mac.com1: State change from AVChatStateConnecting to AVChatStateConnected.
2011-01-13 21:50:40 +0000: 0x1004e1570: State change from AVChatStateConnected to AVChatStateEnded.
2011-01-13 21:50:40 +0000: 0x1004e1570: Error -20 (No data has been received for the last 10 seconds.)
2011-01-13 21:50:40 +0000: simonhawkings@mac.com1: State change from AVChatStateConnected to AVChatStateEnded.
2011-01-13 21:50:40 +0000: simonhawkings@mac.com1: Error -20 (No data has been received for the last 10 seconds.)

Video Conference Error Report:
5.142809 @/SourceCache/VideoConference/VideoConference-422.36/VCU/streamer/RTPTransport. c:2311 type=4 (80010017/0)
[Bandwidth Detection]
[Timeout after a retry - got an ACK]

Video Conference Support Report:
0.478912 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
[Connection Data for call id: 1 returns 1
]
[]
0.889398 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
[Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
]
[]
0.891277 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2266 type=2 (00000000/0)
[Initiate Conference To User: u0 with Remote VCConnectionData: 1 with Local Connection Data: 1 conferenceSettings: 1]
[]
1.069456 @/SourceCache/VideoConference/VideoConference-422.36/SIP/Transport.c:2136 type=1 (00000000/0)
[INVITE sip:user@rip:16402 SIP/2.0
Via: SIP/2.0/UDP sip:50873;branch=z9hG4bK487383bf4b39b7e4
Max-Forwards: 70
To: "u0" <sip:user@rip:16402>
From: "0" <sip:user@lip:16402>;tag=2104338884
Call-ID: 1e01f5f21429204-1f5f-11e0-accf-c36fbcf74012@lip
CSeq: 1 INVITE
Contact: <sip:user@sip:50873>;isfocus
User-Agent: Viceroy 1.4
Content-Type: application/sdp
Content-Length: 713

Reply

Answer 4

Jan 13, 2011 2:27 PM in response to Si Hawk

Hi,

The wording of the two lines involved are in fact opposite in meaning.

The DOS line is Tick Box to Disable
Whereas the Ping Blocking is Tick to Respond (you want it to Respond - the Default/unticked is to Block)

If this still fails then also put a tick in the SIP line (iChat uses SIP and this setting may be pushing the SIP data to port 5060)

History

SIP = Session Initiation Protocol
This at one time had a internationally agreed standard that used one at a time of 4 ports, 5060-5063
ISPs noticed that they were losing out to SIP/VoIP phones (VoIP phones use SIP) and they blocked the SIP ports and then "Charged" people fro opening them again.

Skype uses SIP but does not stick to the "Agreed Ports"

iChat also moved at iChat 4 to sending the SIP data on a different port (Default is 16402) which was seemingly done to circumvent ISPs blocking the other ports.

However some routers are set up to specifically deal with SIP and normally push the data to a particular port. (5060)

Using UPnP should get around this but sometimes the push to port 5060 is not included in the packet header and it does not get back to the "right" port.

After trying the SIP item try setting the MTU to 1492 (unless you have a specific reason it is down at 1432.)

In this bit:-

[INVITE sip:user@rip:16402 SIP/2.0
Via: SIP/2.0/UDP sip:50873;branch=z9hG4bK487383bf4b39b7e4
Max-Forwards: 70
To: "u0" <sip:user@rip:16402>
From: "0" <sip:user@lip:16402>;tag=2104338884
Call-ID: 1e01f5f21429204-1f5f-11e0-accf-c36fbcf74012@lip
CSeq: 1 INVITE
Contact: <sip:user@sip:50873>;isfocus

There is something going on with the SIP ports.

rip = Remote IP = Buddy which you are trying to call on port 16402

lip = Local IP = You
iChat is saying you are trying on port 50873 (and waiting for confirm the Video will be on 16402)
This may be related to the SIP ALG or possibly another routing device at your end.

I take it this is a Modem/Router Combined device (that also does Wifi) ?
So I presume that there is no other device ?

It is late where I am so I may not pick up any reply you make for many hours.
Defcom may post (He is also in the UK but keeps different hours to me). He has used several Netgears over the years with iChat and may have something more current.

One more thing.
In iChat Menu > Preferences > Audio/Video Section try setting the Bandwidth Limit to 500kbps
This may help if the Buddy is on a slower service. It also drops below the DOS threshold and below some ISP's bandwidth management (they are trying to stop Peer-to-Peer file sharing and a Video Chat is Peer-to-Peer)

10:26 PM Thursday; January 13, 2011

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

Reply

Answer 5

Si Hawk Author

Level 1

0 points

Jan 13, 2011 2:53 PM in response to Ralph-Johns-UK

I tried the changes and am getting the same error - my router WAN settings now:

!http://www.thedailycapture.com/images/WAN2.png!

Still getting a similar error:

2011-01-13 22:43:35 +0000: simonhawkings@mac.com1: Error -20 (No data has been received for the last 10 seconds.)

Video Conference Error Report:
5.201515 @/SourceCache/VideoConference/VideoConference 422.36/VCU/streamer/RTPTransport.c:2311 type=4 (80010017/0)
[Bandwidth Detection]
[Timeout after a retry - got an ACK]

Video Conference Support Report:
0.509187 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
[Connection Data for call id: 1 returns 1
]
[]
0.978120 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
[Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
]
[]
0.980191 @/SourceCache/VideoConference/VideoConference-422.36/Video Conference/VCInitiateConference.m:2266 type=2 (00000000/0)
[Initiate Conference To User: u0 with Remote VCConnectionData: 1 with Local Connection Data: 1 conferenceSettings: 1]
[]
1.147853 @/SourceCache/VideoConference/VideoConference-422.36/SIP/Transport.c:2136 type=1 (00000000/0)
[INVITE sip:user@rip:16402 SIP/2.0
Via: SIP/2.0/UDP sip:56095;branch=z9hG4bK664b40c24fc32d56
Max-Forwards: 70
To: "u0" <sip:user@rip:16402>
From: "0" <sip:user@lip:16402>;tag=919350416
Call-ID: 1e01f6686104af8-1f66-11e0-bd48-b28726af4012@lip
CSeq: 1 INVITE
Contact: <sip:user@sip:56095>;isfocus
User-Agent: Viceroy 1.4
Content-Type: application/sdp
Content-Length: 713

I have used this modem (DGN1000) before with ichat a/v and I don't think I've changed anything significant (although I know that's what everyone says!) - one thing that has changed is my ISP (now XILO) I can't recall if its worked since the move, but I don't think so.

Message was edited by: Si Hawk

Reply

Answer 6

Jan 14, 2011 11:31 AM in response to Si Hawk

Umm,

I take it you did try the changes one at a time before ending up with that final setting.

If the device worked before and only the ISP has changed I would try deleting com.apple.ichatAgent.plist
This file will be in your Home Folder/Library/Preferences.

This will also need a restart of your computer as it is a background, support app that starts up when the computer does and is not effected by Quitting iChat.

7:31 PM Friday; January 14, 2011

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

Reply

Answer 7

Feb 18, 2011 12:51 PM in response to Ralph-Johns-UK

I am having similar problems.

Trying to help a friend replace an old router (not Netgear) that does not have wifi with a Netgear DGN1000 today.

His previous router worked fine with iChat AV (Though I had to set it up using port forwarding).

I have previously used other Netgear units such as the DG834G with absolutely no setting up for iChat AV (Upnp just worked).

However this new DGN1000 has defeated me. I tried disable SIP/ALG as I recall that affected iChat once before.

I even tried setting up port forwarding and that didn't work either.

I eventually had to give up and put the old non Netgear router back online and iChat worked again.

Unfortunately I do not have an ADSL line at home (now on VDSL), so cannot test further here.

I am bitterly upset that Netgear have produced a box that appears to no longer work with iChat AV. It did work fine with FaceTime however.

Has anyone got the Netgear DGN1000 to work with iChat AV?

Reply

Answer 8

Feb 19, 2011 12:52 PM in response to D Anderson

Hi,

I do not see this device listed at http://portforward.com/routers.htm
However they do not always list everything due to a number of factors:-
Worldwide availability in some cases (Numbers can also change due to this),
and New devices seem slow on occasions.
They also rely on people sending in details so it somewhat depends on uptake of the device.

I also could not find a link to any emulator/simulator that Netgear list.

8:52 PM Saturday; February 19, 2011

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

Reply

Answer 9

Feb 19, 2011 1:05 PM in response to Ralph-Johns-UK

Thanks for your reply Ralph, I think it is very similar to the DGN2000 by Netgear.

Really odd that they broke what worked in the DG834G and every other recent Netgear I have used.

I sent it back for a refund as I have wasted more than enough time on the silly black box.

Reply

Answer 10

Feb 19, 2011 1:15 PM in response to D Anderson

Hi,

It does seem that just once in a while Netgear does produce a device that for some reason will not iChat (As it were)

Like you I have had a DG834G in the past.
Defcom (UK) who is a level 4 poster here has had several Netgear models as far as I am aware and has had no problems either.

I will take it this is closed as you have sent it back.

9:15 PM Saturday; February 19, 2011

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

Reply

Answer 11

Feb 19, 2011 1:35 PM in response to Ralph-Johns-UK

Thanks Ralph, I was not the original poster, but for me it is closed for now. I will however keep watching just in case either Netgear issue some advice or a firmware update, or someone else has some success.

If I still had ADSL here I would have kept the unit a little longer to do more tests, because I don't like to give up on these things. I have not had a router that I could not get to work on iChat AV before.

I need to find a reliable inexpensive ADSL modem/router with N WiFi that works with iChat out of the box, that I can recommend to my friends. I always used to say "get a Netgear they just work", but clearly that isn't always the case now. I had a few instances of Netgear routers or their Power Supplies dying after a fairly short time. Another case of one that would not work on Skype on O2 without stuttering. So I am getting rather disenchanted with them.

For my use, I now have FTTC with VDSL using the BT supplied Modem and an Apple Airport Extreme. Brilliant - 'It just works'.

Reply

Answer 12

Feb 19, 2011 1:43 PM in response to D Anderson

Hi,

For something newer that th DG834 (I presume they might do an N version now) I looked at Defcom's Profile

It lists the DGN2000 as his latest.

He lists an iChat Screen Name there as well if he does not pop in to this Thread.
(Late afternoon tends to be his on-line activity (UK time obviously)

9:43 PM Saturday; February 19, 2011

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

Reply

Answer 13

Feb 19, 2011 1:50 PM in response to Ralph-Johns-UK

Thanks Ralph.

I checked back my notes and besides the various DG834G versions, I have also used in the past the DG834N which slowly died, then the last one I had before going to VDSL was the DG2000N (not be confused with the DGN2000). Thats worked fine and is now installed at a friend's replacing a faulty DG834G.

Will certainly keep in mind the DGN2000 for the future.

Thanks again.

Reply

Answer 14

Feb 19, 2011 1:59 PM in response to D Anderson

OK.

9:59 PM Saturday; February 19, 2011

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

Reply

Answer 15

Feb 19, 2011 2:06 PM in response to Ralph-Johns-UK

Thanks again Ralph, it looks like you must live here by the number of posts you have made 🙂

Reply