[AG-TECH] macbook pro video (vic) troubles

[Joseph Stone]

On bended knee and with humility, I beg that Tom Uram's vic2.exe  
please be bundled in the 2.4 distribution of the AccessGrid Toolkit  
installer executable.

It solves this problem.  When the first vic (sometimes the only vic)  
opens, it finds out it is the first (or only) vic and it will use the  
port assigned by the venue serve to send out video streams.  This has  
same effect that rat does on firewalls and will open firewall ports  
to allow returning, incoming video streams on the same port.  
Subsequent vics processes started for the venue session by the client  
will revert to the behavior we're accustomed to seeing (random port  
selected for outgoing stream).  See http://bugzilla.mcs.anl.gov/ 
accessgrid/show_bug.cgi?id=1228 for more information.

The new vic is included in 3.0.2

Making the change to the 2.4 installer would save incredible amounts  
of time lost to multiple end users and their AccessGrid support  
staff.  I'm hoping that it won't take too much time to change the  
installer but I'm confident that the return of total time to the  
community will be a thousand fold.

It would be great to see this "fix" in the UCL-SUMOVER version as well.

Desperately and Humbly yours,

Joe


Joseph Stone
Senior Informatics Manager
Family Medicine Community Health, Medical School, Univ. of Minnesota
Suite 220 Dinnaken
925 Delaware St. SE
Minneapolis, MN 55414

(612) 624-3192
stone004 at umn.edu


On Feb 8, 2007, at 6:09 AM, Andrew A Rowley wrote:

> Hi,
>
> The port displayed within vic is the receiving port.  The sending  
> port can be found by running some tool that displays which  
> applications are using which ports (Active Ports for Windows seems  
> good).
>
> Andrew :)
>
> ============================================
> Access Grid Support Centre,
> RSS Group,
> Manchester Computing,
> Kilburn Building,
> University of Manchester,
> Oxford Road,
> Manchester,
> M13 9PL,
> UK
> Tel: +44(0)161-275 0685
> Email: Andrew.Rowley at manchester.ac.uk
>
>> -----Original Message-----
>> From: owner-ag-tech at mcs.anl.gov [mailto:owner-ag-tech at mcs.anl.gov] On
>> Behalf Of Enrique Terrazas
>> Sent: 07 February 2007 15:57
>> To: ag-tech at mcs.anl.gov
>> Cc: matt at netera.ca; kdhewitt at netera.ca;  
>> Andrew.Rowley at manchester.ac.uk;
>> Howard Leong; R. P. Channing Rodgers, M.D.
>> Subject: Re: [AG-TECH] macbook pro video (vic) troubles
>>
>> Hi,
>>
>> I'm having the same problem in a firewall situation myself.  In the
>> VIC window I can see the port assigned and verify that it is within
>> the allowable range on the firewall.  From the explanation below, it
>> would appear the the port on the VIC window is the sending port.  Is
>> there an easy way to verify which is the receiving port to make sure
>> that it is within the allowable range?
>>
>> Enrique Terrazas
>>
>> On Feb 7, 2007, at 3:01 AM, Andrew A Rowley wrote:
>>
>>> Hi,
>>>
>>> This kind of sounds like a firewall problem.  RAT uses the same
>>> port for send and receive and so may poke a return path on the
>>> firewall for incoming traffic.  Vic uses different ports for
>>> sending from receiving, and so doesn't do this.  The odd thing
>>> about this is that it works when you close the video consumer
>>> service - I have never known that to work, but maybe it sends out a
>>> packet from the receive socket as it closes?
>>>
>>> Andrew :)
>>>
>>> ============================================
>>> Access Grid Support Centre,
>>> RSS Group,
>>> Manchester Computing,
>>> Kilburn Building,
>>> University of Manchester,
>>> Oxford Road,
>>> Manchester,
>>> M13 9PL,
>>> UK
>>> Tel: +44(0)161-275 0685
>>> Email: Andrew.Rowley at manchester.ac.uk
>>>
>>>> -----Original Message-----
>>>> From: owner-ag-tech at mcs.anl.gov [mailto:owner-ag- 
>>>> tech at mcs.anl.gov] On
>>>> Behalf Of Matthew Clarkson
>>>> Sent: 06 February 2007 21:34
>>>> To: ag-tech at mcs.anl.gov
>>>> Cc: kdhewitt at netera.ca
>>>> Subject: [AG-TECH] macbook pro video (vic) troubles
>>>>
>>>> I'm have 2 of the newer macbook pro's (core 2 duo) which are
>>>> causing me
>>>> video problems.  These are both being run off a unicast network and
>>>> using a bridge for the connection.
>>>> I can configure the the hardware and software which runs properly
>>>> locally.  However I can't view other peoples video in vic (I
>>>> can hear and see them in rat, but their video does not show up in
>>>> vic).
>>>> I have tried using a single VideoService like most of my other
>>>> personal
>>>> nodes, but this only displays the capture source, I have then
>>>> setup both
>>>> VideoConumerService & VideoProducerService, but the
>>>> VideoConsumerService
>>>> instance of vic stays blank.  It is only when I remove
>>>> VideoConsumerService from my node that the VideoProducerService
>>>> displays
>>>> all offsite video streams, which I then have to unmute to view.   
>>>> This
>>>> setup is, however, not stable and does not work all the time.
>>>> Has anyone else experienced any problems similar to this, and if
>>>> so, is
>>>> there a solution to it at this time?
>>>>
>>>> --
>>>> Matthew Clarkson
>>>> Netera Alliance Inc.
>>>>
>>>
>>
>> --
>>
>> Enrique Terrazas, MD, MS
>> Director, Laboratory Medicine Residency Program
>> Chief, Laboratory Information Systems
>> HS Associate Clinical Professor
>> University of California, San Francisco
>> Clinical Laboratories, Box 0100
>> 415.353.1375(UCSF/China Basin phone)
>> 415.353.1620(UCSF/Parnassus phone)
>> 415.353.4826(fax)
>> 415.443.0913(pager)
>> Enrique.Terrazas at ucsf.edu
>>
>> CONFIDENTIALITY NOTICE: The information contained in this
>> transmission, including any enclosed files, is confidential and
>> intended solely for the addressee. If you are not the intended
>> recipient, you are hereby notified that any distribution, copying,
>> disclosure and use of, the contents of this transmission is strictly
>> prohibited. If you have received this communication in error, please
>> notify the sender immediately by reply email and permanently delete
>> this message, enclosures and all copies.
>>
>>
>>
>