All things related to multicast

[Nicholas J Humfrey <>]

Indeed. We are 19 hops away from 136.244.96.107 here.

Audio:
calx:~> mcfirst 233.88.214.140 9000
mcfirst joined (*,G) = (*,233.88.214.140)
Received 428 bytes from 136.244.96.107 after 355.463 ms (ttl=4)
428 bytes (payload) and 1 packets received in 0 seconds

Video:
calx:~> mcfirst 233.88.214.140 9002
mcfirst joined (*,G) = (*,233.88.214.140)
Received 237 bytes from 136.244.96.107 after 34.463 ms (ttl=4)
237 bytes (payload) and 1 packets received in 0 seconds


Although the SDP file seems to be wrong:

m=audio 9000 RTP/AVP 96
c=IN IP4 233.88.214.140

m=video 9002 RTP/AVP 97
c=IN IP4 136.244.96.107


Says that the video is on unicast address, not multicast? I have  
noticed that QuickTime is a bit buggy and does not bind sockets to a  
specific address, just a port. So maybe that is why it works.


nick.



On 26 Sep 2007, at 13:53, Alexander Y Ilin wrote:

>  Hi,
>
> Here in Moscow it seems, that I could see only audio flow, without  
> video.
>
> Also from the router I could see, that there are not too much  
> packets in
> the flow.
>
> Probably TTL is too small for video packets?
>
> Group: 233.88.214.140, (?)
>    Source: 136.244.96.107 (?)
>      Rate: 28 pps/73 kbps(1sec), 75 kbps(last 20 secs), 89 kbps 
> (life avg)
>
>
>
> On Tue, Sep 25, 2007 at 06:05:09PM -0400, Frank Fulchiero wrote:
> > After being spoiled by hardware encoders/multicasting appliances, I'm
> > trying to learn to do it with software.
> > Have a long way to go...Can anyone receive this?
> >
> > In VLC, open network, HTTP> http://136.244.12.62/mc/h264fmc.sdp
> >
> > in QT Player, File Open URL, same as above or
> >
> > http://136.244.12.62/mc/h264fmc.mov
> >
> > The stream is H.264 over 233.88.214.140, ports a=9000, v=9002
> >
> > Thanks,
> > Frank Fulchiero
> > Digital Media Specialist
> > Connecticut College
>
> --
> Alexander Ilin                                      Russian Institute
> Phone:+7(499)192-9179, +7(495)737-0685             for Public Networks