Jabber Ports and IM-Only Screen Sharing

Hello Community.  We have beent esting Jabber 10.5.1 in our environment and while its very good, have found a big problem.  it seems that the IM-Only screen sharing function in Jabber uses the whole high ports range for inbound connections (49152 to 65535, TCP).  This means, to make it function with our "non Microsoft" firewall we are required to open this whole port range client to client.  From a security perspective this is a no go.  Is ther a way, as with the old video based desktop sharing, to limit the port range to a limited set of fixed ports?

Jabber for Windows 10.5.2 allows you to select a port range. 
Port Range for IM Screen Share
You can now define a specific port range for the client to use when usersshare theirscreen from a chat window.
If you do not configure these parameters, the client uses the default port range for IM screen share. You define
the range using the following new parameters in the Policies section of the configuration XML file:
SharePortRangeStart
Specifies the start of the port range.
SharePortRangeSize
Specifies the size of the range.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/Windows/10_5_2/JABW_BK_C7370E23_00_cisco-jabber-for-windows-10-5-2.pdf

Similar Messages

  • Accidentally switched off iMac at mains. Now only goes to grey sceen when switched on. Have removed all USB's from ports and cable from screen rear but still grey screen. What next?

    Accidentally switched off iMac at mains. Now only goes to grey sceen when switched on. Have removed all USB's from ports and cable from screen rear but still grey screen. What next?

    I would reset the PRAM
    http://support.apple.com/kb/HT1379
    or
    I would try and reset the SMC
    http://support.apple.com/kb/ht3964

  • IChat screen sharing fails (only screen sharing though)

    I was trying to assist my in-laws the other day and have never used Screen Sharing in iChat before. We started an A/V session (which works fine), but when we started the Screen Sharing session, it dies after about 5 seconds of use. Both sides get the error "no activity after 10 seconds...". Thinking it was an internet thing (perhaps firewall settings), i tried internally on my LAN with a MacBook Pro and a new Mac Mini, same thing. Either way the session is initiated, failure.
    Did some research through these discussions and found the common thread was the UPnP and internal preference settings. Have checked both, they all seem ok.
    Some statistics of my example: (Remote machine) Mac#1 is an iMac G5 20" 2GHz running Snow Leopard fully updated, with Comcast as the IP and an Airport Express as the router. Port Mapping is turned on in NAT, and Screen Sharing is turned on in preferences -> Sharing.
    (Local machine) Mac#2 is a Mac Mini 2.4 GHz Core 2 Duo running Snow Leopard, with Comcast as the IP and a Time Machine as the router. Both settings above turned on.
    (Local machine) Mac#3 is a MacBook Pro 15" 2.53 GHz Core 2 Duo running Snow Leopard (same IP as #2) on the same LAN as #2.
    All 3 accounts are on MobileMe, A/V chats work fine without problems for limitless amounts of time. Have tried screen sharing both ways, same result.
    Here's a log between #2 and #3 fail (sorry for long post):
    Date/Time: 2010-07-08 19:13:41 -0500
    OS Version: 10.6.4 (Build 10F569)
    Report Version: 4
    iChat Connection Log:
    2010-07-08 19:13:31 -0500: 0x11ae38640: State change from AVChatStateConnected to AVChatStateEnded.
    2010-07-08 19:13:31 -0500: 0x11ae38640: Error -20 (No data has been received for the last 10 seconds.)
    2010-07-08 19:13:31 -0500: **[email protected]: State change from AVChatStateConnected to AVChatStateEnded.
    2010-07-08 19:13:31 -0500: **[email protected]: Error -20 (No data has been received for the last 10 seconds.)
    Video Conference Error Report:
    Video Conference Support Report:
    8.275079 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
    [Connection Data for call id: 1 returns 1
    9.155420 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
    [Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
    9.165268 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [INVITE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>;isfocus
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 702
    [v=0
    o=Merricks 0 0 IN IP4 rip
    [email protected]
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:1056:2:2400
    a=iChatEncryption:NO
    a=bandwidthDetection:YES
    m=audio 55667 RTP/AVP 110 12 124 3 0
    a=rtcp:55667
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpmap:3 GSM/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:124 iLBC/8000
    a=fmtp:124 mode=30
    a=rtpID:1740916373
    m=video 55667 RTP/AVP 123 126 34
    a=rtcp:55667
    a=rtpmap:123 H264/90000
    a=rtpmap:126 X-H264/90000
    a=rtpmap:34 H263/90000
    a=fmtp:34 imagesize 1 rules 30:352:288
    a=framerate:30
    a=RTCP:AUDIO 55667 VIDEO 55667
    a=fmtp:126 imagesize 0 rules 20:640:480:640:480:20
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480:20
    a=rtpID:3396090499
    9.165844 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 100 Trying
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.165935 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.176133 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 436
    v=0
    o=jmerrick 0 0 IN IP4 rip
    [email protected]
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:17412:2:2530
    a=bandwidthDetection:YES
    a=iChatEncryption:NO
    m=audio 55051 RTP/AVP 110
    a=rtcp:55051
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpID:1191125273
    m=video 55051 RTP/AVP 123
    a=rtcp:55051
    a=rtpmap:123 H264/90000
    a=RTCP:AUDIO 55051 VIDEO 55051
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480
    a=rtpID:4102577296
    9.178372 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [ACK sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK323287a4467da958
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 ACK
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.181889 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Received the first BWD packet from rip:55667]
    9.495818 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Avg=100964.70, NSDev=1.29%]
    9.600142 @:0 type=1 (00000000/1)
    [Bandwidth Detection]
    [Avg=883694.30, NSDev=10.60%]
    9.689564 @:0 type=1 (00000000/2)
    [Bandwidth Detection]
    [Avg=10202609.90, NSDev=206.74%]
    23.854766 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2fe1d4391a735632
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 16
    VCRemoteMuted:ON]
    23.861278 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2fe1d4391a735632
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    27.969942 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK38c4bd117f30ee85
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    [PING]
    27.972367 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK38c4bd117f30ee85
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    30.000459 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK4210350f26913012
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    PING]
    30.004047 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK4210350f26913012
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    31.622031 @/SourceCache/VideoConference/VideoConference-415.22/VCChannel/VCChannel.m:302 type=2 (00000000/0)
    [VCChannel prepareConnectionWithRemoteConnectionData - remote VCConnectionData: 1]
    31.886122 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6525ce694ef2153c
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    VCRemotePaused:ON]
    31.898618 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6525ce694ef2153c
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    32.026459 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7caf68b0330b846f
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    [VCRemotePaused:ON]
    32.026863 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7caf68b0330b846f
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    57.667457 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
    [Connection Data for call id: 2 returns 1
    69.057730 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
    [Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
    69.059710 @/SourceCache/VideoConference/VideoConference-415.22/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]
    69.629813 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [INVITE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>;isfocus
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 703
    v=0
    o=jmerrick 0 0 IN IP4 rip
    s=0
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:17412:2:2530
    a=iChatEncryption:NO
    a=bandwidthDetection:YES
    m=audio 55051 RTP/AVP 110 12 124 3 0
    a=rtcp:55051
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpmap:3 GSM/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:124 iLBC/8000
    a=fmtp:124 mode=30
    a=rtpID:2054428442
    m=video 55051 RTP/AVP 123 126 34
    a=rtcp:55051
    a=rtpmap:123 H264/90000
    a=rtpmap:126 X-H264/90000
    a=rtpmap:34 H263/90000
    a=fmtp:34 imagesize 1 rules 30:352:288
    a=framerate:30
    a=RTCP:AUDIO 55051 VIDEO 55051
    a=fmtp:126 imagesize 0 rules 20:640:480:640:480:20
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480:20
    a=rtpID:2001158912
    69.646627 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 100 Trying
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.646674 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.656640 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 434
    [v=0
    o=Merricks 0 0 IN IP4 rip
    s=0
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:1056:2:2400
    a=bandwidthDetection:YES
    a=iChatEncryption:NO
    m=audio 55667 RTP/AVP 110
    a=rtcp:55667
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpID:794658613
    m=video 55667 RTP/AVP 123
    a=rtcp:55667
    a=rtpmap:123 H264/90000
    a=RTCP:AUDIO 55667 VIDEO 55667
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480
    a=rtpID:3616868992
    69.656733 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [ACK sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK19b439ee7b1a3a93
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 ACK
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.660304 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Received the first BWD packet from rip:55667]
    69.975012 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Avg=100985.80, NSDev=2.06%]
    70.079592 @:0 type=1 (00000000/1)
    [Bandwidth Detection]
    [Avg=889226.20, NSDev=6.32%]
    70.150256 @:0 type=1 (00000000/2)
    [Bandwidth Detection]
    [Avg=3506655.00, NSDev=39.71%]
    76.718688 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK680d8ec50284d4dd
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 16
    VCRemoteMuted:ON]
    76.721457 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK680d8ec50284d4dd
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    85.580688 @/SourceCache/VideoConference/VideoConference-415.22/VCChannel/VCChannel.m:302 type=2 (00000000/0)
    [VCChannel prepareConnectionWithRemoteConnectionData - remote VCConnectionData: 1]
    85.824030 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK13543b054db63f4b
    Max-Forwards: 70
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    [VCRemotePaused:ON]
    85.824453 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK13543b054db63f4b
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    86.016699 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK54989b9f3ab846c0
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    VCRemotePaused:ON]
    86.021704 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK54989b9f3ab846c0
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    87.965096 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK4189780d0f2ba815
    Max-Forwards: 70
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    [PING]
    87.965318 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK4189780d0f2ba815
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    90.000670 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2ad74c4851d9447d
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 4 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    PING]
    90.004582 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2ad74c4851d9447d
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 4 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    Video Conference User Report:
    0.000000 @:0 type=5 (00000000/16402)
    [Local SIP port]
    0.000041 @:0 type=5 (00000000/16402)
    [Local SIP port]
    0.000079 @:0 type=5 (00000000/16402)
    [Local SIP port]
    9.155545 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
    [Remote Router]
    [FULLCONE]
    9.155553 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
    [Remote CommNAT Result: 0x00000102
    9.166348 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2547 type=5 (FFFFFFFF/0)
    [Caller User Agent: Viceroy 1.4]
    9.166350 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
    [Router]
    [FULLCONE]
    9.166355 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
    [CommNAT Result: 0x00000102
    9.166754 @:0 type=5 (00000000/1)
    [Accept conference from user]
    [[email protected]]
    9.693286 @:0 type=5 (00000000/60)
    [Detected bandwidth (kbits/s): 929 up, 929 down. (00000000)
    9.698468 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
    [Start Conference With UserID: [email protected]]
    69.057850 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
    [Remote Router]
    [FULLCONE]
    69.057857 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
    [Remote CommNAT Result: 0x00000102
    69.059714 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
    [Router]
    [FULLCONE]
    69.059720 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
    [CommNAT Result: 0x00000102
    70.160706 @:0 type=5 (00000000/60)
    [Detected bandwidth (kbits/s): 2317 up, 2317 down. (00000000)
    70.164156 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
    [Start Conference With UserID: u0]
    Thanks in advance for any suggestions.
    <Edited by Host>

    Hi,
    The "Share a Public IP" can be a bit misleading if your Modem routes (does DHCP itself)
    If you turn this Off (Bridge Mode) the IP address come from the previous device that issues IPs
    From a Cable Modem this is likely to be from the ISP and not likely that you have two Public IPs
    Also the range you describe seems to be from a LAN Device (one that issues IPs in one of three ranges of which 10.xxx.xxx.xxx is one)
    However although I have not seen it done I presume the Apple Airport devices can be set to Manually (Static routing). They can be set to use the 10.xxx.xxx.xxx range as well (with the early ones it was the default range).
    With the Share A Public IP Off I don't think you get a NAT tab on that same screen.
    However in the NAT tab is the Port Mapping Protocol which is Apple's version of UPnP (very basic comparison).
    This should be on for two devices to use the same ports.
    See pic
    If the modem is the device that is issuing IPs then this should have UPnP Enabled.
    You need this rather than Port Forwarding (Or Triggering) as the Screen Share uses a Random port which cannot be forwarded or Triggered).
    A Video that drops out with the 10 secs error points to features in routing devices that "protect" you from getting overloaded with a data stream.
    Look for DOS or SPI (Denial of Service or Stateful Packet Inspection) which may be separate items and standalone or be included in any firewall the device may have.
    At this point I am confused.
    You say Comcast which I believe is cable Only meaning their Modem does not do DHCP and passes the Public IP to the Time Capsule.
    Yet you say the Time Capsule is not doing DHCP (Share a Public IP).
    What do you have at the top of the Screen ?
    This pics shows Ethernet to a Cable Router which gives a Public IP starting 70.xxx.xxx.xxx
    And you also confirm that the Share a Public IP box in the Pic is set to Static Routing and from there you are using the 10.xxx.xxx.xxx range ?
    9:39 PM Wednesday; July 14, 2010
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"

  • ARD no longer shows "control computer", only "screen sharing avail"??

    I have been running ARD for well over a year on my iMac to manage several servers that are located far away from me.
    I normally use the "copy" feature to push new zip files of our Web site to the server when it is updated. When logging into ARD today, I noticed all the servers are no longer showing "Control". Instead they all have "Screen Sharing Available" listed in the current status column. When I go to copy my files from my local machine to the servers, I get an error: "This Task Will Fail - The remote desktop software is not active on www.servername.com".
    However if I select a server and then click the control button, I can still connect to the server fully and work with it?
    This has never happened before and I am at a loss as to the issue. I have had some changes to my local setup recently that may be the cause of the problem.
    1) Linksys router died, replaced it with a Apple Airport Extreme.
    2) Keychain got corrupted. Deleted the login.keychain file to rebuild a new one.
    I have restarted my iMac several times, and even restarted the servers to see if this would clear up the problem. No luck.
    If I try and drag-copy my zip files to the servers from my local machine after connecting via ARD, the window that asks if I want to send the file ignores my click on the "send" button and does nothing? Before this problem occurred I could easily drag-copy items.
    Does anyone know what could be causing this to occur or how I can reset/fix my ARD clients and servers?

    Okay I have figured out part of the problem and fixed it, although one issue still persists.
    I fixed the "Current Status" issue for my servers by adding port 5900 & 3283 to the port forwarding settings in my Airport Extreme via the Airport Utility application. I don't remember having port forwarding turned on for my (now dead) Linksys router, but I could be mistaken.
    Now I have a different problem. When I go to "copy" a file from my local machine to a remote server, I get a message that says "This task will fail: A console user is not logged in on www/servername/com"
    If I log into that computer first, I am able to copy items, but I remember being able to copy items to my remote servers before without having to first sign into them? Am I mistaken on this or have I uncovered another problem?
    Any help appreciated.

  • ARD 3.2.2 - only screen sharing on 3 clients available

    Hello,
    on our computer lab in my school are installed 32 eMacs (10.4.11). Before updated on ARD 3.2.2 all eMacs can be controlled very well, all informations are available, but now after the update three clients will only connected by direct control tab. The status only shows "screen sharing", and the ip number can be read - nothing else.
    This issue are the same on my MBP 15'' (10.5.5) and the xserve (10.4.11) in the lab.
    I delete the caches in /var/db/RemoteManagement/.... on the xserve, also the ard preferences on the clientes. I also create the lokal ard users new. For a few moments it seems to be okay, but some minutes later the same problems.
    Anything ideas.
    Thanks for all the great workarounds in these discussions.
    And greatings from Germany
    Alfons

    I have the same problem (MacBook 10.5.5, ARD 3.2.2). Some Macs are shown in dark gray in the scanner list. Trying to register them again - before 3.2.2 everything worked fine - the information window scrolls down for a second and scrolls up again.
    The access to the same computers from my earlier machine with 10.4.11 still works fine.
    Does anyone knows a workaround?
    Ruedi Heimlicher

  • Cannot drag and drop when screen sharing

    When i try to drag and drop files, whilst i'm screen sharing with my mac at work, i just get a message in the file transfer window, saying that 'ichat waiting for mac to accept file transfer'. But i don't get a dialogue box asking me to accept the file. this happens both ways, so when i drag a file from my macbook to my mac mini at work nothing happens and vice-versa.
    I have the mac at work set up to auto accept file transfers and screen sharing. The annoying thing is, that when i take my macbook to work, and both machines are sharing the same connection, the file transferring works perfectly.
    I'm assuming its something to do with my router at home, but i cant work out what i need to do. anyone got any ideas?
    Both macs are running iChat 4.0.5 and are using google accounts.

    upgrade your browser to Firefox 8 and check
    * getfirefox.com

  • How to detect real desktop and remotely accessed(screen shared) desktop?

    Hi All,
    On Mac Os the Screen Sharing feature is similar to Remote Desktop Service. Is there a way to determine whether the terminal where we are starting the application(our own application) is real desktop or remotely accessed (screen shared) desktop?
    For Ex:
    I have booted(logged in) the Mac A sytem with user1 account. From another Mac B machine, i will login to user2 account of Mac A sytem using Screen sharing  feature. My application has to run only on real desktop, not on remotely accessed desktop(screen shared). So Is there a way(programmatically) to determine whether the terminal where I am starting the application is real desktop or remotely accessed (screen shared) desktop?
    Please guide me.
    Thanks & Regards,
    Vinay

    Have a look at the 'Son Of Grab' sample code, it shows you how to grab elements of the screen individually.

  • I have an Pioneer HD TV, but it does not have the HDMI port and it only has a USB connection?  Can I still hook up my Apple TV to my TV?

    I just got an Apple TV (the newest black one) and I have an older Pioneer HD TV.  I noticed that I don't have a HDMI port on the TV and only a USB connection.  My question is, can I still hook up the AppleTV to my TV with other connection wires and will it still allow me to use my ITunes music, photos and Netflix with the same picture and sound quality?
    Thank you!

    Welcome to the Apple Community.
    The Apple TV will not work over USB, the only type of connection supported is HDMI.

  • I was recently given an ipod touch and the only screen it will show is a usb cable and itunes symbol. I've tried the troubleshooting stuff on this website but it still won't work. Any ideas as to how i can fix this?

    My Ipod touch only shows a usb wire and itunes symbol when i turn it on. it does not show up on my itunes or in my computer. ive tried the troubleshooting stuff(reseting the ipod, reinstalling the newest itunes, restarting the computer) and nothing has changed. my ipod shuffle connects to my itunes just fine though.

    First, try a system reset.  It cures many ills and it's quick, easy and harmless...
    Hold down the on/off switch and the Home button simultaneously until the screen blacks out or you see the Apple logo.  Ignore the "Slide to power off" text if it appears.  You will not lose any apps, data, music, movies, settings, etc.
    If the Reset doesn't work, try a Restore.  Note that it's nowhere near as quick as a Reset.  Connect via cable to the computer that you use for sync.  From iTunes, select the iPad/iPod and then select the Summary tab.  Follow directions for Restore and be sure to say "yes" to the backup.  You will be warned that all data (apps, music, movies, etc.) will be erased but, as the Restore finishes, you will be asked if you wish the contents of the backup to be copied to the iPad/iPod.  Again, say "yes."
    At the end of the basic Restore, you will be asked if you wish to sync the iPad/iPod.  As before, say "yes."  Note that that sync selection will disappear and the Restore will end if you do not respond within a reasonable time.  If that happens, only the apps that are part of the IOS will appear on your device.  Corrective action is simple -  choose manual "Sync" from the bottom right of iTunes.
    If you're unable to do the Restore, go into Recovery Mode per the instructions here.

  • My iPad hd keeps shutting down and the only screen available is black with the glowing apple symbol? What's wrong and how do I fix it?

    Please help!!

    If the above doesn't work:
    Try and force iPad into Recovery Mode:
    1. Turn off iPad
    2. Connect USB cable to computer; leave the other end alone
    3. Press and hold the Home button down and connect the docking end of cable to iPad
    4. Continue holding the Home button until you see the "Connect To iTune" screen
    5. Release the Home button
    6. Open iTune
    7. You should see "iTunes has detected an iPad in recovery mode"
    8. Use iTune to restore iPad
    Note: You need to be patient and repeat the above many times to recover your iPad

  • I cant drag and drop in Screen sharing

    I have my 2 macs connected via ethernet cable and cant drag and drop or share files from my iMac G5 to my PM G4 QS- both are running 10.5.8--
    any i dea why?  i can share files with the other macs vie wirelesconnections on my network....

    Hi
    I think I know what's happening as I'm having the same problem.
    Under previous iPhotos you could look at the main viewer and drag a photo or multiple photos from there to an already created album.
    Now, it only appears that you can drag an entire event from the events window to an album, even when you click on an event to open it, you can't drag individual photos from an event to an album.
    So how do we add individual photos to an album??
    Gavin

  • Copy and paste while screen sharing

    While screensharing during an ichat session with my mum, I'd like to copy a URL from my mum's Safari address bar to my computer. Is that possible?

    Hi Gil,
    Not a problem  (I actually had to Check first)
    I have not mentioned iChat 6 as I don't have a version in front of me (Although my son has Upstairs - and he was not here when I posted yesterday)
    The iChat 4 Help says
    This does require some manual dexterity.
    Defcom's solution is a lot more elegant with the features iChat has.
    8:23 PM      Monday; August 8, 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

  • IChat screen sharing and video not working on MacBook but works on Mac pro

    I have a MacBook and MacBook pro. Both have the lion os 10.7.2. I can use iChat on the MacBook pro for screen sharing, video chat, and text chatting, with others remote to me. However, I can only do texting with the MacBook.  I can do screen sharing via Finder between my MacBook and MacBook pro. I can do FaceTime between both systems. I can also do FaceTime between the MacBook and anyone remotely.
    I also tried installing teamviewer on the MacBook, and on a remote MacBook..... And I get the same results where I cannot share the screen, from the one that has not been working.
    I have checked the settings under system preference and made sure screen sharing was enabled. I have checked under iChat under video to make sure screen sharing was checked.
    The macbook that is having this problem is configured for AIM for iChat
    I have run out of ideas. Any suggestions on what I might try?
    Thanks

    Ok,
    I will list the ports in greater detail and point out when iChat uses them.
    AIM Login and 1-1 Text Chatting
    iChat version 1  through 5 will Log in to the AIM server on port 5190 (TCP Protocol) by default.
    Since iChat 2 we have been posting here that the AIM servers allow a Login on almost any port and have been suggesting port 443.
    This is used by both Web Browsers for secure Login to some sites and by the Mail app with some mail servers.
    It is also below port 1024  (most domestic routers have the ports above this figure closed)  In some campus situations using port 443 will normally allow at least Login and Text chatting.
    iChat 6 uses port 443 by default.
    File Transfers (AIM)
    When doing File Transfers with AIM Buddies iChat will move to using Port 5190 on the UDP Protocol.
    This cannot be changed.  (This invokes the little Message about Starting Direct IM in an open Chat)
    It also uses this port for Pics-in-chats, dropping Files on a Buddy's name with out a Chat or sending other files that are not pics.
    In the case of Port Forwarding some devices don't like port 5190 being forwarded "twice" which is another reason for moving the login and Text chat port.
    Jabber Logins
    No matter what Jabber server you use ichat will use one of two ports (5222 and 5223)
    Which one it uses is dependent on whether it needs and is using an SSL Login or not.
    SSL Logins use port 5223 and NON SSL one use 5222 (ticking or Unticking the SSL box on a Jabber account will automatically change the port).
    Google Talk is the exception in that it allow a Login on port 443 as well.
    The First Apple Doc I linked you to says iChat uses port 5220 in Jabber.
    I run Little Snitch and have never seen any version of iChat use this port at any time.
    Bonjour
    Any Mac to Mac Connection or Mac to any Bonjour able peripheral will be on port 5353.
    This is normally opened (Preset) in the Mac Firewall for the Finder/System side of Sharing.
    iChat needs and uses two other ports  (5297 UDP and 5298 on both TCP and UDP)
    As they an LAN Side connections the router would normally pass them.
    At iChat 3 there were issues with the Mac Firewall (it included UDP set up and the preset in the firewall only listed them and TCP so we had people add all the iChat ports  (you had to manually enter them in Tiger)
    A/V Chats
    No matter which Buddy List you start from iChat will do A/V chats the same way.
    The Visible Invite you or your Buddy sends is on port 5678 (UDP)
    In iChat 3 and earlier iChat then moves to port 5060 to send the SIP Connection Process invite behind the scenes  (SIP = Session Initiation Protocol)
    Port 5060 is one of 4 ports internationally agreed for SIP (How VoIP phones connect) (5060-5063).
    Although ISPs were not supposed to block Through traffic many started blocking End users  and then Charging them to open these ports (Many ISP were telecom companies that were losing long distant Telephone calls monies).
    The SIP process then in iChat 3 contacts a server run by Apple for this purpose (Snatmap.mac.com to give it it's full name).
    This acts like a old fashioned telephone operator connecting the call.
    SIP is a text based process.
    Your end "Calls" the operator.
    The Operator "Calls" Buddy.
    Buddy Accepts
    iChat then negotiates the ports to be used.
    In iChat 2 and 3 it uses 4 ports (vid in Vid out, Audio In and Audio Out) from "the group of 20" starting at the bottom (16384 to 16387 normally)
    Three and 4 way chats uses more ports (which is why 20 are set aside)
    In iChat 4 Apple realised the issue with the 5060 port and changed the way iChat worked
    Since then it has Sent the invite on Port 5678 but then moved to port 16402 (it starts at the top of a smaller group of 20)
    All Video and Audio traffic is also now on one port  (so no need for 20 ports and iChat now lists 10).
    NOTES so Far.
    File Sharing during a Chat converts the Chat to Direct IM for AIM Logins
    This is Peer-to-Peer in AIM
    A/V Chats are Peer-To-Peer and you can actually log out of the Buddy list and continue the chat. (The exception is using iChat 6's  AIM Video relay option)
    Screen Sharing
    Screen Sharing is an Audio Chat with a VNC connection along side.
    Both bits have to wok to avoid the Pop-up to send to Apple and the Log that contains.
    The Audio part is on port 16402 and the VNC part is random. (So random it is different every time you do it)
    The reason it is classed as an Audio Chat+ is so the AppleScript for Auto Accept can  filter out Screen Sharing connection and Not Auto Accept them.
    This does have a knock on effect as far as your Router is concerned as already mentioned earlier.
    You cannot Forward or Trigger the random Port so you have to use UPnP in your router to open the ports.
    NOTES
    Jabber File sharing may possibly be on port 1080 as listed in the Server Article I linked you to (I have also seen it written about in other stuff I have come across)
    However Little Snitch does not seem to confirm this either.
    Most time it will be peer-to-peer like the AIM connections for this.
    However some Jabber servers do not seem to allow this and have this Jabber65 Proxy set up which passes things Server to Server in between it leaving your end and arriving at a Buddy.
    This on  Port 7777 but you do not need to open this port (unless you are running a Jabber server)
    I have yet to test File Transfers using a Yahoo Buddy List in iChat 6.
    AppleCare and Geniuses.
    Previously I have been contacted by Geniuses in Stores asking to test customer's iChat.
    They and the Applecare people have details about Apple wants an designed the App to work.
    What they don't have is the knowledge about what it takes to set it up in the "real world".
    There are literally thousands of Makes and Models of routers.
    Some like the Thomson-Alcatel brand state they are SIP/VoIP ready but this means the router strips out all SIP Data trying to send it to a Phone.
    Early models of Alcatels can get around this with a tweak. Later models can't.
    Motorola devices tend not to have UPnP.
    Apple Base Stations have Port Mapping Protocol instead of UPnP and this needs setting up.
    The Zyxel range definitely does not like the dual use of port 5190 and does much better using UPnP (You almost certainly have to do your AIM login on port 443 with these).
    1. I have two computers (MacPro and MacBook Pro) that are both running Lion 10.7.2 and both running iChat 6.0.1.  <<-- Fine
    2. The Netgear router model is: WNDR3700.    <<<<---  With any Brand there are exceptions and I do wonder about this one
    3. The firewall for both Macs is turned on and in the advanced area iChat is listed as being "allowed."  <<<<---- Fine
    4. In iChat, under the video options, "Screen Sharing Allowed" is checked.                                        <<<<<---- Fine
    5. In System Preferences, "Screen Sharing" is checked and this is for "All Users" at present.               <<<<<---- Not Required
    6. There are two separate AIM accounts being used for iChat purposes.                                            <<<<<----  OK
    7. In iChat preferences, each AIM account is "Enabled" under "Account Information" and the "Server Settings" show the Server as "api.oscar.aol.com" and the Port is "443" and "Use SSL" is checked.                                <<<<---- As it should be
    From this and the other info in the first port it was only the router set up that seem to throw some light on a possible cause (Port Forwarding and UPnP conflict)
    If just doing Port Forwarding the ports listed would have covered things (Except the Screen Sharing's random port)
    Regarding your latest post.
    I have  table similar to that on my Sagem 2504Fast Modem/router combined device and it too seems to list a different port on the external side on occasions.
    I would try the router with the Disable SIP ALG unticked (so it is not disabled). If the Help info on the right gives any info about what this Netgear version does it would be helpful.
    Some are like the Thomson-Alcatels I was talking about in that it points the SIP data to a specific place (Possibly a Phone socket on the device)
    Others seem to provide an "boost"  to enable SIP to work and don't seem to get in the way of iChat.
    Try adding the Names in Table 1 from this page and see if you can Video to those.
    There are 6 names in total (I am actually only seeing one on Line as I type)
    9:19 PM      Wednesday; January 25, 2012
    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

  • Screen Sharing and MobileMe

    Hi There,
    I have a problem, I have a MobileMe account, as does my brother who is currently at university in the US, Im working out of an Apple Mac Pro that is going into a BeBox Speedtouch. Typically, when i'm at work i can connect via 'Back to My Mac' and see my screen's fine.
    However, i'm have a nightmare trying to screen share anyone else, video and audio chat works fine, i've tried the two methods with the quicktime streaming and setting unlimited to ichat video streaming. The Connection doctor says i can share my screen and control others, and no error logs pop up when it fails.
    Is this a port forwarding thing? could this possibly be a block on behalf of my brothers university connection? some help would be excellent, and some details on exactly how to port-forward would be nice too.
    Again any solution would fantastic, i have a mildly mac illiterate brother over there who needs your help!

    Hi Luke,
    Welcome to the    Discussions
    The Speedtouch modem is the issue.
    When you do a Screen Share in iChat it also has a Audio Chat with it.
    Both Video and Audio Only chats require that the modem handles SIP (Session Initiation Protocol) correctly to connect the two ends in a successful chat.
    Speedtouch Devices made by Thomson-Alcatel do what is called "Binding" of SIP to port 5060
    BeBox do not appear in this list as a potential for them doing their own firmware for the modem.
    This is fine for VoIP Apps and phone (Voice over Internet).
    However many ISPs now block port 5060 used for SIP to make you pay more for VoIP services (they lost out on Long Distance telephone charges when VoIP took Off)
    This has meant that people need to move SIP to Different ports (Apple moved iChat to port 16402 as first choice in iChat 4
    (there was an international standard for 4 ports (5060-5063) originally but the Binding messes up using the other three as well even if they are not Blocked by the ISP)
    Up until Version 5 Firmware on Thomson-Alcatels you could Fully Unbind the Default setting. (Last working firmware was 4.2.7)
    Since then the Binding can only partly be done and we are now up to something like Version 7 of the Fimware
    See here This starts with Unbinding for Version 4 and tells you how version 5 and 6 could be partially done (Same instructions, different format)
    Doing the partial unbinding may give you about 5 more successful Buddies in Version 5 and 6 firmware which may include the person you want. But out of a average of 50 Buddies having only 15 you can Video Or Audio Chat to is not acceptable.
    The only exception I know to this is the BT Home Hub. BT (Formerly British Telecom) now write the firmware for their branded box themselves.
    As a separate issue the Modem should be using UPnP to open the ports to allow the Screen Sharing to work as the actual port used is random (the alongside Audio Chat still needs SIP allowed and port 16402)
    I see from this Download page that BeBox only offer Thomson-Alcatels and none of those on Show are back at version 4 firmware.
    You would have to see if they will allow you to have your own purchased modem.
    8:56 PM Wednesday; August 12, 2009
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"

  • Screen Sharing and Wake from Sleep

    Hi,
    I'd like to know if there's any way a Screen Sharing request from a remote vnc client can wake a Leopard machine from sleep. I've opened the vnc port on firewall, tested screen sharing while its awake... all good. When the target machine is asleep though it doesn't see the request as "Wake for Ethernet Administrator Access" I guess ?
    Has anybody found a way to do this? I spoke to Apple support but they suggested I try Discussions.
    Cheers.

    None of the file sharing or screen sharing apps actually send the WOL packet. You can have launchd watch the screen sharing app and then send the WOL signal when you use it. There will be a slight delay but it does work. You need to download and install wol as it does not ship with osx. You will also probably want to get "lingon" so you can set up launchd easily.
    Commentary: I find it ridicules that this stuff isn't already built into the apps. Electric costs money and using it unnecessarily is a waste. Yet not one of the apps or tools designed to work over ethernet with another computer sends the wol command. Its like the developers expect you to have your computer on 24/7.

Maybe you are looking for

  • Upgrading eBS 12.1.1 - 12.1.3, adpatch hangs on AR_GTA_CONSOL_TEMP.xdf

    Hi all, Having just successfully upgraded my eBS environment from 12.0.6 -> 12.1.1, I'm now trying to get from 12.1.1 to 12.1.3. I'm running patch 9239090, and everything was running just fine, till it hit AR_GTA_CONSOL_TEMP.xdf. My upgrade has been

  • Getting a sid's generation error while activating  DSO

    Dear All, We are created a standard dso on top of generic data source. This data source is created on top CDHDR and CDPOS tables through function module. While acting the DSO , We are getting a sid generation error. Please let me know the process to

  • Music saved in iTunes folders on C drive not showing up in iTunes playlists

    I don't know how long I've had the problem, but a couple months back I burned a ton of Ella Fitzgerald CDs into iTunes. They appear in folders when I browse to my iTunes library on my C:/ drive. But they are not showing up in my iTunes music list. Th

  • Adobe LiveCycle Designer and Office 2010

    Hi guys, I'm using Adobe LiveCycle Designer (version 9 / ES2). I try to open a MS Word file, but I receive an error message. Word (version XP or higher) cannot be found on the machine. OS: Windows 7 Enterprise Office: 2010 I read that the version 8.2

  • Data not entering the BPM

    Hi all, we are getting the following error while executing our BPM:Error during delivery of message 4A1544A8556D5066E10000000F8DE018 to receive processes. The file isn't going to the receive step in the BPM. Can anyone tell me what this error means a