Forskningsnettet i Norge
  
  Søk:

Multicast

Her er en oversikt over multicast utviklings- og utprøvingsaktiviteter i UNINETT. For en status på utvikling og standardisering internasjonalt se nett-teknisk oversikt (engelsk).

Elektronisk streamingguide

Elektronisk streamingguide samler inn annonser for streamingsendinger. Sendinger annonsert over multicast blir automatisk lagt inn, mens unicast-sendinger må leggest inn manuelt, eventuelt annonseres over multicast ved hjelp av for eksempel "sapd".

Programvaren for elektronisk streamingguide er utviklet av Uninett og publiseres som åpen kildekode.

Hvis man bruker VLC kan man via menyen få en oversikt over hvilke sendinger som annonseres med SAP.

Trafikkmålinger av multicast

Målinger av multicasttrafikk viser blant annet

IPv6 multicast

IPv6 multicast konnektivitet, nettverket og overvåking

Vi har deltatt aktivt i multicast utbygging og UNINETT er via GÉANT tilknyttet et verdensomspennende IPv6 multicastnett, kalt M6Bone

Vi gir for tiden IPv6 multicast konnektivitet til alle kunder som har etablert IPv6aksess i sitt nett.

For å overvåke IPv6 multicasti m6bone bruker vi bla.a. multicast beacon og for UNINETT internt UNINETT IPv6 Multicast Beacon

Vi bruker MBGP for å distribuere multicastruter. Multicast BGP slik vi ser det fra oss, blir dynamisk oppdatert på http://drift.uninett.no/ipv6/bgp/mcast/bgp-page-complete.html

IPv4og IPv6 transisjonsverktøy: reflektor

Vi har gjort en god del testing med reflektorer fra http://www.kabassanov.com/reflectors/

Det finnes en variant for å reflektere mellom en IPv4 multicast gruppe og en IPv6 multicast gruppe. Du angir gruppene og de respektive portnumrene. Den lytter så på begge multicastgruppene, og sender alt den får fra den ene gruppen til den andre. Dette fungerer helt fint, men du må altså starte en slik for hver gruppe, og den vil videresende data den mottar, selv om det ikke er lyttere.

Det er flere varianter for å reflektere fra multicast til multiple unicast strømmer. De er alle to-veis, dvs at i tillegg til å sende ut multicast, vil data som mottas fra en unicast deltager, bli reflektert til alle de andre unicast deltagerne og multicastgruppen. De finnes for alle mulige varianter av IPv4 og IPv6. Du kan f.eks. bruke en ren IPv4-versjon med IPv4 gruppe og IPv4 unicast deltagere, men det finnes også muligheter for å ha f.eks. IPv6 multicastgruppe og IPv4 unicastdeltagere.

Det som er spesielt for disse reflektorene er at du ikke konfigurerer dem med hvilke unicastadresser som skal brukes. Istedet krever de at en ny unicastdeltager starter å sende. Når den mottar den første pakken fra en ny unicastadresse, begynner den å reflektere data dit. Adressen fjernes igjen hvis ikke noe data mottas på en stund. Dette fungerer bl.a. helt fint med applikasjoner som bruker RTP/RTCP, fordi de vil sende RTCP-rapporter før de mottar RTP-data. Så selv om du bare lytter, vil en RTP-applikasjon jevnlig sende RTCP-rapporter som holder ting i live. Så hvis brukerne benytter en slik applikasjon, kan du bare sette opp en reflektor og annonsere dens unicastadresse. Brukere kan da bruke den med standard RTP/RTCP-applikasjoner, uten noe ekstra konfigurering.

IPv4og IPv6 transisjonsverktøy: multicast gateway

Dette er en løsning vi har laget og etablert i nettet vårt. Den gir to-veis kommunikasjon mellom IPv4 og IPv6 multicast, ved at assosierer assosierer enhver IPv4 multicastgruppe med en IPv6 multicastgruppe. Dette gjøres ved at man i IPv6 velger et /96-prefiks, og lar de siste 32 bitene i den 128-bit IPv6-adressen være de 32 bitene i IPv4-adressen. For tiden benyttes prefikset ff3e:30:2001:700:1:ffff::/96. Da vil for eksempel IPv4-gruppen 224.2.172.238 bli assosiert med IPv6-gruppen ff3e:30:2001:700:1:ffff:e002:acee. Merk at du kan vanligvis også skrive denne som ff3e:30:2001:700:1:ffff:224.2.172.238. Gatewayen er to-veis, og trigges av at det er IPv6 lyttere eller sendere. Dette er mulig fordi den er et såkalt PIM-SM Rendezvous Point for /96-prefikset. Merk at gatewayen er helt automatisk, ingen trenger å konfigurere hvilke grupper som skal videresendes, og at den kan være tilgjengelig for et helt PIM- domene. Den er for tiden tilgjengelig for alle i M6Bone. Gatewayløsningen har blitt presentert i mboned-gruppen på IETF, samt diverse andre fora som 6NET, TF-NGN etc.

Programvare og tjenester

sapd
Vi har laget et enkelt verktøy kalt sapd for å gjøre SAP-annonseringer for både IPv4 og IPv6. Ofte benytter man sdr, men det er ofte upraktisk å måtte ha en bruker innlogget med GUI tilgjengelig når en vil annonsere tjenester som kjører over lengre tid. Verktøyet kjøres fra kommandolinjen på UNIX og kan kjøres i bakgrunnen. Man oppgir en SDP-fil som argument.
ttcp
Vi har lagt til IPv4 og IPv6 multicaststøtte i ttcp. Dette er nyttig for å utføre testing.
mim
Vi har lagt til IPv6 multicaststøtte i mim, slik at man kan ta imot video fra f.eks Cisco IPTV over IPv6 og se dette. Merk at Cisco IPTV selv kun kan sende IPv4, men hvis man går via reflektor eller gateway kan video sendes over IPv6 frem til mottager.

Publikasjoner om IPv6 og multicast

The M6Bone: International Experiments with IPv6 Multicast
6NET D3.4.1: IPv6 Intra-domain Multicast Service
6NET D3.4.3: IPv6 multicast address allocation study
6NET D3.4.4: IPv4/IPv6 Multicast Interoperability

Streamingtjenere

Det er flere sentrale ressurser tilgjengelig for kunder av Uninett

Midgard Media Lab
sentral ressurs lokalisert ved NTNU med videolager og flere ulike streamingtjenester, tilgang etter avtale
darwin.uninett.no
Streamingtjener som står til tjeneste for Uninetts kunder
wms.uninett.no
Streamingtjener for Windows Media
Multimedia laboratorium
Tilgang til testing i samarbeid med Uninett

mm-hjelp@uninett.no 2009-06-05