GNS3 - multicast lab issues

In aceasta perioada cand lucrurile nu sunt tocmai grozave, am incercat sa identific si elementele pozitive din tot acest context. Unul dintre ele ar fi faptul ca pot lucra mai mult de acasa, implicit departe de agitatia biroului. Incerc sa profit atunci cand am o fereastra mai libera, utilizand timpul pentru a invata ceva nou sau pentru a face un refresh la notiuni peste care se asternuse praful.

In continuare voi documenta o situatie de care m-am lovit in timp ce faceam un laborator de multicast in GNS3. Dupa configurarea routerelor, a fost momentul sa testez ce am facut. Am testat cu ping folosind ca Sender si Receiver doua routere din topologie, iar rezultatul a fost ok.

Toate bune si frumoase, dar parca testul ping era cumva prea ‘sec’. :)

In dorinta de a ma apropia cat mai mult de un scenariu real, am ridicat repede doua VM-uri cu VLC pe ele. 

Configuratie VLC pe sender:

• Media > Stream > File > +Add (selectam fisierul la care vrem sa facem streaming) > Click ‘Stream’
• In noua fereastra click ‘Next’
• New destination: RTP / MPEG Transport Stream > Click ‘Add’
• Address: 239.3.3.1 (aceasta este adresa grupului de multicast, puteti alege alta adresa)
• Base port: 5001 (default e 5004, puteti pune ce vreti)
• Stream name: stream (la fel ca mai sus, puteti pune ce vreti)
• Click ‘Next’
• Debifam: Activate Transcoding
• Profile: Video - H.264 + MP3 (MP4) (default)
• Click ‘Next’
• Bifam: Stream all elementary streams
• Observatie: Daca avem mai multe hop-uri in topologie, modificam TTL-ul pachetului.
• Ex.:
• {dst=239.3.3.1,port=5004,mux=ts,sap,name=stream}
• Devine
• {dst=239.3.3.1,port=5004,mux=ts,ttl=2,sap,name=stream}
• Click ‘Stream’

Configuratie VLC pe receiver:

• Media > Open Network Stream > URL: ‘rtp://239.3.3.1:5001’ > Click ‘Play’

Am constatat cu dezamagire ca setup-ul nu functiona. Dupa cateva minute bune de troubleshoot am inceput sa suspectez ca problema ar putea avea drept cauza un element comun celor doua VM-uri. Ambele erau ridicate utilizand VMware Player.

Avand in vedere ca testul ping era ok, am atribuit situatia pe un issue de hypervisor si modalitatea in care abstractizeaza reteaua intr-un astfel de setup care s-ar putea sa intre in conflict cu modalitatea de transmitere a traficului multicast. Ma gandesc aici la restrictia care spune ca traficul nu poate fi forwardat pe aceeasi interfata de pe care a fost primit. E doar o suspiciune, nu cunosc suficient de amanuntit metodele de abstractizare ale VMware pentru a face o afirmatie categorica.

Totusi, pornind de la aceasta ipoteza am ridicat o noua masina pe un al doilea hypervisor (VirtualBox).

Noul setup cu doua VM-uri ridicate fiecare pe cate un hypervisor a functionat fara probleme.