FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> აფრიკული
sq.fmuser.org -> ალბანური
ar.fmuser.org -> არაბული
hy.fmuser.org -> სომხური
az.fmuser.org -> აზერბაიჯანული
eu.fmuser.org -> ბასკური
be.fmuser.org -> ბელორუსული
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> კატალანური
zh-CN.fmuser.org -> ჩინური (გამარტივებული)
zh-TW.fmuser.org -> ჩინური (ტრადიციული)
hr.fmuser.org -> ხორვატული
cs.fmuser.org -> ჩეხური
da.fmuser.org -> დანიური
nl.fmuser.org -> ჰოლანდიური
et.fmuser.org -> ესტონური
tl.fmuser.org -> ფილიპინური
fi.fmuser.org -> ფინური
fr.fmuser.org -> ფრანგული
gl.fmuser.org -> გალური
ka.fmuser.org -> ქართული
de.fmuser.org -> გერმანული
el.fmuser.org -> ბერძნული
ht.fmuser.org -> ჰაიტიური კრეოლური
iw.fmuser.org -> ებრაული
hi.fmuser.org -> ჰინდი
hu.fmuser.org -> Hungarian
is.fmuser.org -> ისლანდიური
id.fmuser.org -> ინდონეზიური
ga.fmuser.org -> ირლანდიური
it.fmuser.org -> იტალიური
ja.fmuser.org -> იაპონური
ko.fmuser.org -> კორეული
lv.fmuser.org -> ლატვიური
lt.fmuser.org -> ქართული
mk.fmuser.org -> მაკედონური
ms.fmuser.org -> მალაიზიური
mt.fmuser.org -> მალტური
no.fmuser.org -> ნორვეგიული
fa.fmuser.org -> სპარსული
pl.fmuser.org -> პოლონური
pt.fmuser.org -> პორტუგალიური
ro.fmuser.org -> რუმინული
ru.fmuser.org -> რუსული
sr.fmuser.org -> სერბული
sk.fmuser.org -> სლოვაკური
sl.fmuser.org -> Slovenian
es.fmuser.org -> ესპანური
sw.fmuser.org -> სუაჰილი
sv.fmuser.org -> შვედური
th.fmuser.org -> Thai
tr.fmuser.org -> თურქული
uk.fmuser.org -> უკრაინული
ur.fmuser.org -> ურდუ
vi.fmuser.org -> ვიეტნამური
cy.fmuser.org -> უელსური
yi.fmuser.org -> Yiddish
ჰიტები: შესავალი
როგორც ახალი მაღალი გამტარობის, მაღალი ხარისხის ინტერნეტ მულტიმედიური სერვისი, IPTV აყენებს უფრო მაღალ მოთხოვნებს სატელეკომუნიკაციო ოპერატორების IP მიტროპოლიტ ქსელში. ტრადიციულ unicast ტექნოლოგიასთან შედარებით, მულტიკასტის ტექნოლოგია უპირატესობას ანიჭებს იმას, რომ ქსელის გამტარობა არ იზრდება მომხმარებლის ხაზთან ხაზოვანი გადაცემის ეკვივალენტური ეფექტურობის საფუძველზე და შეუძლია ეფექტურად დაზოგოს ვიდეო სერვერის და მატარებლის ქსელის დატვირთვა. ამიტომ, სატელეკომუნიკაციო ოპერატორებისთვის IPTV სერვისების ეფექტურად და ეკონომიკურად განსახორციელებლად და დანერგვისთვის, რეკომენდებულია გამოიყენოთ მულტიკასტის ბოლოდან დასასრული და მთავარია IP მულტიკასტის ქსელის კონფიგურაცია.
დღესდღეობით, სატელეკომუნიკაციო ოპერატორების IP მიტროპოლიტის ქსელი ძირითადად შედგება მიტროპოლიტის ზურგის ქსელისა და ფართოზოლოვანი წვდომის ქსელისგან, ხოლო IPTV სერვისის მონაცემები მომხმარებლისკენ მიედინება მიტროპოლიტის ზურგის ქსელისა და თავის მხრივ ფართოზოლოვანი ქსელის საშუალებით. მეტროპოლიტენის ქსელი ძირითადად შედგება ქსელის ფენის (შრის 3) მოწყობილობებისაგან, რომლებსაც შეუძლიათ მრავალარხიანი მარშრუტიზაციის პროტოკოლების, როგორიცაა PIM-SM, წვდომა multicast წყაროებზე (მაგ., IPTV სათავე მოწყობილობებზე) მრავალპროფილიანი პაკეტების მარშრუტიზაციისა და გადასაცემად. ფართოზოლოვანი წვდომის ქსელი ძირითადად შედგება მონაცემთა ბმულის ფენის (ფენის 2) აღჭურვილობისგან და ტექნოლოგიები, როგორიცაა IGMP Proxy ან IGMP Snooping, შეიძლება გამოყენებულ იქნას Layer 2 მულტიკასტის გადამისამართებისთვის IPTV ტერმინალურ მოწყობილობებზე წვდომისთვის (მაგ., IPTV set-top box). სურათი 1 არის IPTV ბოლოს და ბოლოს მულტიკასტიანი ბიძგების მოდელის სქემატური დიაგრამა.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
ფიგურა 1 IPTV ბოლოს და ბოლოს მულტიკასტის ქსელის მოდელი
ამ სტატიაში აღწერილია IPTV ბოლოს და ბოლოს მულტიკასტალური ბიძგების ქსელის ძირითადი კონფიგურაციის ტექნოლოგიები ქსელის ორი განსხვავებული დონიდან: მეტროს ხერხემალთა ქსელი და ფართოზოლოვანი წვდომის ქსელი.
2. ძირითადი მულტიკასტის კონფიგურაციის ტექნოლოგია მეტროპოლიტენის ქსელისთვის
2.1 Multicast მარშრუტიზაციის ტექნოლოგია
მთავარი განსხვავება მულტიკასტის შეტყობინებას და უნიკასტ შეტყობინებას შორის არის წერილის დანიშნულების მისამართის იდენტიფიკაცია. მულტიკასტის შეტყობინების დანიშნულების მისამართია მულტიკასტის ჯგუფის მისამართი (D კლასის IP მისამართი იწყება "1110" -ით), ხოლო უნიკასტის გაგზავნა ემყარება დანიშნულების მასპინძლის IP- ს. მისამართი გამოიყენება როგორც დანიშნულების მისამართი. მას შემდეგ, რაც მულტიკასტის ჯგუფის მისამართსა და დანიშნულების მასპინძელს შორის არ არსებობს ერთი-ერთში მიმოწერა, მარშრუტიზირებული გადაწყვეტილებების მისაღებად მულტიკასტ როუტერს მხოლოდ წერილის წყაროს მისამართის უნიკალურობის გამოყენება შეუძლია. სხვა სიტყვებით რომ ვთქვათ, მულტიკასტის როუტერი აგზავნის შეტყობინებას მულტიკასტის წყაროსგან მოშორებით, დანიშნულების მისამართის ნაცვლად, გაგზავნის წერილის წყაროს მისამართს. ამ ტექნოლოგიას საპირისპირო გზების გადამისამართება (შემოკლებით RPF) ეწოდება.
ისეთი პრობლემების თავიდან ასაცილებლად, როგორიცაა მარშრუტის მარშრუტი, RPF ადგენს, რომ მრავალეროვან პაკეტებს უნდა მიაღწიონ როუტერამდე დანიშნულ მეზობელ კვანძში, ხოლო სხვა მეზობელი კვანძების მიერ გადაგზავნილი მრავალეროვნული პაკეტების გაუქმება. როდესაც პრობლემა არის მრავალეროვანი მარშრუტის მარშრუტის შესახებ, შეიძლება მრავალეროვნულ პაკეტებს არ შეეძლოთ სხვა გზების გავლა, როგორიცაა unicast პაკეტები, IPTV პირდაპირი სამაუწყებლო სიგნალები შეწყდება ხერხემლიან ქსელში და უნიკასტი პროგრამები, როგორიცაა ვებ – გვერდის დათვალიერება და ფოსტის გაგზავნა და მიღება, ნორმალურია. დაბრკოლებები. ამ დროს, მრავალრიცხოვანი სადისტრიბუციო ბილიკის გასწვრივ, შეამოწმეთ მულტიკასტი როუტერის RPF მარშრუტიზაციის ცხრილი და მის ზემოთ მომიჯნავე კვანძები.
2.2 Multicast მარშრუტიზაციის გადართვის ტექნოლოგია
PIM-SM პროტოკოლში მრავალრიცხოვანი განაწილების ხე შეიძლება დაიყოს ორ კატეგორიად: წყარო ხე და საერთო ხე. წყარო ხე იყენებს მულტიკასტის წყაროს, როგორც ფესვის ხე, ასევე ცნობილი როგორც უმოკლესი ბილიკის ხე, რომელსაც შეუძლია შეამციროს მულტიკასტის შეჩერების დასრულება, მაგრამ როუტერმა უნდა შეინახოს დიდი რაოდენობით ინფორმაციის მარშრუტიზაცია, რომელიც ბევრს ხარჯავს სისტემის რესურსები; გაზიარებული ხე იყენებს RP (PIM-SM) პროტოკოლის მნიშვნელოვან როუტერს, რომელიც გამოიყენება მარშრუტიზაციისა და გადასაზიდად მულტიკასტის წყაროებსა და მულტიკასტის მარშრუტიზატორებს შორის). როგორც მრავალმხრივი სადისტრიბუციო ხეების საერთო ძირეული კვანძი, მულტიკასტის წყაროს ტრაფიკი პირველ რიგში უნდა მიაღწიოს RP- ს. მიწოდება, და მულტიკასტის ბილიკი, როგორც წესი, არ არის ოპტიმალური, ეს შემოგვთავაზებს დამატებით ქსელის შეფერხებას, მაგრამ მარშრუტიზაციის ინფორმაცია, რომლის შენარჩუნებაც როუტერს სჭირდება, შეიძლება ძალიან მცირე იყოს.
PIM-SM პროტოკოლი სრულად იყენებს ორი მრავალრიცხოვანი განაწილების ხის უპირატესობებს. მულტიკასტის საწყის ეტაპზე, მულტიკასტის როუტერს არ შეუძლია გამოიყენოს წყარო ხე, რადგან მას არ შეუძლია იცოდეს მულტიკასტის წყაროს ადგილმდებარეობა, მაგრამ მას შეუძლია მიიღოს პირველი რამდენიმე მულტიკასტის პაკეტი, რომელიც გამოგზავნილია მულტიკასტის წყაროს მიერ, ცნობილი RP კვანძისა და მისი გაზიარებული ხის მეშვეობით. იცოდეთ მულტიკასტის წყაროს ადგილმდებარეობა და გადაიტანეთ გაზიარებული ხიდან წყაროზე, რათა შეამციროთ ქსელის შეფერხება და თავიდან აიცილოთ ქსელის ბორკილები, რომლებიც შეიძლება გამოწვეული იყოს RP კვანძებით.
მეტროპოლიტენის ქსელი ძირითადად შედგება Cisco მარშრუტიზატორებისაგან. ისეთი მარშრუტიზატორები, როგორიცაა Cisco, ახორციელებენ მულტიკასტის განაწილების ხის გადართვას ნაკადის სიჩქარის წინასწარ SPT- ზღურბლის მეშვეობით. როდესაც დადგინდება, რომ მულტიკასტის წყაროს მულტიკასტის ნაკადის სიჩქარე აღემატება SPT- ბარიერს, მისი მულტიკასტის მარშრუტი გადადის გაზიარებული ხიდან წყაროზე; ანალოგიურად, თუ მულტიკასტის ნაკადის სიჩქარე დაბალია ვიდრე SPT- ზღურბლზე, მისი მულტიკასტის მარშრუტიზაცია ასევე შეგიძლიათ შეცვალოთ წყაროდან გაზიარებულ ხეზე. ზოგადად, SPT-Threshold არის კონფიგურირებული, როგორც 0, ისე, რომ როუტერი გაზიარებული ხედან გადავა წყაროზე პირველი მრავალეროვანი პაკეტის მიღების შემდეგ.
2.3RP კონფიგურაციის ტექნოლოგია
როგორც გაზიარებული ხის ძირეული კვანძი, RP თამაშობს როლს დამაკავშირებლად ზემოთ და ქვემოთ მულტიკასტის პროცესში. იმის გათვალისწინებით, რომ PIM-SM პროტოკოლს აქვს მულტიკასტის განაწილების ხის გადართვის მახასიათებლები, RP ჩვეულებრივ გამოიყენება მულტიკასტის წყაროსთან და მულტიკასტის როუტერთან საწყისი კავშირის დასადგენად. მას შემდეგ, რაც როუტერის მულტიკასტიანი მარშრუტი გაზიარებული ხიდან გადავა საწყის ხეზე, ის აღარ დაიხურება და მისი ხე ხელახლა საჭიროა. ამიტომ, RP– ის ადგილმდებარეობა მულტიკასტის ქსელში არ არის ძალიან მნიშვნელოვანი. მთავარია მისი საიმედოობა და სტაბილურობა.
RP- ს საიმედოობისა და სტაბილურობის გასაუმჯობესებლად, მრავალი მულტიკასტი მარშრუტის არჩევა შეიძლება RP ფუნქციის გასაზიარებლად (ანუ Anycast RP ტექნოლოგია) და თითოეული RP კვანძის loopback ინტერფეისს ენიჭება იგივე IP მისამართი, რითაც ხდება დატვირთვის გაზიარება და ბრალის დაცვა.
RP კონფიგურაციის პრობლემა მულტიკასტის ქსელში არ არის დაკავშირებული მხოლოდ RP კვანძის კონფიგურაციასა და განლაგებასთან, არამედ ასევე მოიცავს პრობლემას იმის შესახებ, თუ როგორ იციან სხვა მულტიკასტის მარშრუტიზატორები RP კვანძის შესახებ. მულტიკასტის საწყის ეტაპზე, მულტიკასტის როუტერმა შეიძლება არ იცის მულტიკასტის წყაროს ადგილმდებარეობა, მაგრამ RP მისამართი უნდა იყოს ცნობილი. მულტიკასტი როუტერისთვის RP მისამართის მისაღებად არსებობს ორი ძირითადი გზა, ეს არის სტატიკური კონფიგურაციის RP მეთოდი და ავტომატური აღმოჩენის RP მეთოდი. RP- ის სტატიკური კონფიგურაცია უფრო უსაფრთხოა და ეფექტურად შეუძლია თავიდან აიცილოს თაღლითური მოქმედებები, როგორიცაა RP- ის გაყალბება, მაგრამ ქსელის კონფიგურაციის დატვირთვა დიდია და ეს არ უწყობს ხელს RP და სხვა კვანძების დინამიკურ კორექტირებას. RP ავტომატურ აღმოჩენას შეუძლია შეამციროს კონფიგურაციის დატვირთვა და ხელი შეუწყოს ქსელის ცვლილებებსა და კონტროლის სტრატეგიებს. კორექტირება, მაგრამ უსაფრთხოების გარკვეული რისკები არსებობს. მცირე ზომის მეტროპოლიტენის ზურგის ქსელისთვის შეგიძლიათ გამოიყენოთ RP სტატისტიკური კონფიგურაციის მეთოდი თითოეულ მულტიკასტი როუტერზე; ფართომასშტაბიანი მიტროპოლიტის ხერხემლის ქსელისთვის, უსაფრთხოების მკაცრი დაცვის პოლიტიკით, რეკომენდებულია RP ავტომატური აღმოჩენის მეთოდის გამოყენება.
2.4 IPTV head-end multicast შეერთების ტექნოლოგია
მულტიკასტის საწყის ეტაპზე, მულტიკასტის მარშრუტიზატორები ზოგადად მოიპოვებენ IPTV სათაურის (მაგ., მულტიკასტის წყაროს) ტრაფიკისა და მდებარეობის შესახებ ინფორმაციას ცნობილი RP კვანძების და მათი გაზიარებული ხეების საშუალებით. იმისათვის, რომ RP გაეცნოს მულტიკასტის წყაროს, მულტიკასტის როუტერი, რომელიც უშუალოდ უკავშირდება მულტიკასტის წყაროს, პასუხისმგებელია მულტიკასტის წყაროს მიერ გაგზავნილი პირველი რამდენიმე მულტიკასტის პაკეტის ცალკეული PIM რეგისტრაციის შეტყობინებაში და იწყებს Multicast- ს RP- ს უნიკასტში რეჟიმი წყაროს რეგისტრაციის პროცესი. ამ შეტყობინების საშუალებით, RP– ს შეუძლია შეიძინოს არა მხოლოდ ინტერნატის ჯგუფის პაკეტები, არამედ მრავალეროვანი წყაროს IP მისამართი. ამის შემდეგ, RP აგზავნის მრავალეროვანი წყაროს ინფორმაციას სხვა მულტიკასტის მარშრუტიზატორებთან და ამთავრებს მულტიკასტის წყაროს რეგისტრაციის პროცესს PIM Registe-Stop შეტყობინებით.
3. ფართოზოლოვანი ქსელის ქსელის კონფიგურაციის მრავალმხრივი გასაღების ტექნოლოგია
3.1 IPTV მომხმარებლის ბოლოს მულტიკასტის შეერთების ტექნოლოგია
IPTV კლიენტი (სეტ-ტოპ ბოქსი) კომუნიკაციას უკავშირდება მეტროს ხერხემალზე ქსელის სერვისის წვდომის კონტროლის ფენის მულტიკასტ როუტერთან (ჩვეულებრივ ხდება სერვისის როუტერის ან ფართოზოლოვანი წვდომის სერვერის მიერ), ფართო ქსელის ქსელის საშუალებით, IGMP პროტოკოლის საშუალებით, რომ შეუერთდეს ან გამოვიდეს კონკრეტული Multicast ჯგუფი (მაგ. IPTV პირდაპირი არხი).
როდესაც set-top box აგზავნის multicast ჯგუფის შეერთების მოთხოვნის შეტყობინებას multicast როუტერთან, გაგზავნის დანიშნულების MAC მისამართი არის multicast ჯგუფის MAC მისამართი multicast როუტერის ნაცვლად, რომელიც განსხვავდება unicast მეთოდისგან. უნდა აღინიშნოს, რომ მულტიკასტის ჯგუფის MAC მისამართი სინამდვილეში შეესაბამება 32 სხვადასხვა მულტიკასტის ჯგუფის IP მისამართს. ეს იმიტომ ხდება, რომ მულტიკასტის ჯგუფის MAC მისამართია 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, ანუ ეფექტური მისამართის სივრცე მხოლოდ 23 ბიტია და ეფექტური მულტიკასტის ჯგუფის IP მისამართი 28 სივრცეა.
ამ ორს შორის რუკების ურთიერთკავშირი არის MACC მისამართის ქვედა 23 ბიტის ტოლობა და IP მისამართის ქვედა 23 ბიტი, რაც იწვევს მულტიკასტის ჯგუფის IP მისამართის ზედა 5 ბიტის დაკარგვას. მაგალითად, თუ სამი განსხვავებული IPTV ცოცხალი არხი იყენებს 224.0.0.1, 224.128.0.1 და 239.128.0.1 მულტიკასტის ჯგუფის IP მისამართებად, მათი შესაბამისი მულტიკასტის ჯგუფის MAC მისამართებია 01: 00: 5E: 00: 00:01, რაც გამოიწვევს სეტ – ტოპ – ბოქსს და ფართოზოლოვანი წვდომის ქსელის მეორე დონის აღჭურვილობას, რომ ვერ შეძლონ სამი სიგნალის გარჩევა. ამიტომ, ყურადღება მიაქციეთ ამგვარ საკითხებს მულტიკასტის IP მისამართების დაგეგმვისას.
3.2 ფენის 2 მულტიკასტის გადამისამართების ტექნოლოგია
ფართოზოლოვანი წვდომის ქსელი შედგება ქსელის ელემენტების დიდი რაოდენობის მოწყობილობებისაგან, როგორიცაა Layer 2 კონცენტრატორები და DSLAM, რომლებიც მუშაობს მონაცემთა ბმულის შრეში. Layer 2 აღჭურვილობის მახასიათებელია ის, რომ იგი გაცვლის / გადააქვს მონაცემთა ჩარჩოებს MAC მისამართების საფუძველზე, მოწყობილობის პორტებს შორის, და აქვს IP პაკეტების მესამე ფენის (ქსელის ფენა) ანალიზისა და მარშრუტის ცუდი ფუნქციები, ამიტომ მას არ შეუძლია პირდაპირი მხარდაჭერა IGMP- ზე მესამე ფენა. და სხვა multicast პროტოკოლები. როდესაც ტიპიური Layer 2 მოწყობილობა, როგორიცაა ჩამრთველი, ამუშავებს IPTV მულტიკასტის ტრაფიკს, ის ავრცელებს მონაცემთა მრავალკომუნიკაციურ ჩარჩოებს მის ყველა პორტში უცნობი დანიშნულების მისამართების ან სამაუწყებლო მეთოდების შესაბამისად, რაც შეიძლება გამოიწვიოს ისეთი პრობლემები, როგორიცაა სამაუწყებლო შტორმი.
მრავალრიცხოვანი პაკეტების დატბორვის პრობლემის გადასაჭრელად, საჭიროა მიღებულ იქნას Layer 2 მულტიკასტის გადამისამართების ტექნოლოგიები, როგორიცაა IGMP Snooping და IGMP Proxy ტექნოლოგიები. IGMP Snooping ტექნოლოგია აკონტროლებს IGMP შეტყობინებას set-top box- სა და multicast როუტერს შორის, რომ გაითვალისწინოს მოწყობილობის პორტის გადაცემის ურთიერთობა multicast მონაცემთა ჩარჩოზე; ხოლო IGMP Proxy ტექნოლოგია ფარავს IGMP შეტყობინებას set-top ყუთსა და მულტიკასტი როუტერს შორის. ფილტრაციასა და პროქსის გადაგზავნას შეუძლია გადაარჩინოს მულტიკასტის ტრაფიკი მულტიკასტის როუტერსა და Layer 2 მოწყობილობას შორის, მაგრამ ის მოითხოვს მაღალი ხარისხის მაჩვენებლებს, როგორიცაა დამუშავების მოცულობა და მეხსიერება ქსელის ელემენტის მოწყობილობა. Layer 2 მოწყობილობების კონფიგურაციისას შეგიძლიათ აირჩიოთ ქსელის ელემენტის რეალურ მუშაობაზე და IGMP Snooping / Proxy ტექნოლოგიის მხარდაჭერის ხარისხზე დაყრდნობით.
მაგალითისთვის ავიღოთ IPTV პირდაპირი არხი, რომლის გამტარობაა 2 მბიტ / წმ. თუ Layer 2 მოწყობილობა არ იყენებს Layer 2 მულტიკასტის გადამისამართების ტექნოლოგიას, IPTV ყველა მომხმარებლისთვის გაგზავნილი მულტიკასტის პაკეტები გადაეგზავნება ყველა პორტს, მაშინაც კი, თუ მომხმარებლის პორტს აქვს 10 მბიტ / წმ. s წვდომის გამტარუნარიანობა, 5 IPTV ცოცხალი არხის მულტიკასტის პაკეტი შეიძლება დაიბლოკოს; Layer 2 multicast გადამისამართების ტექნოლოგიის მიღების შემდეგ, multicast პაკეტები გადაგზავნილია მხოლოდ პორტებში გამოყენების მოთხოვნით, და თუ თითოეული პორტი მაქსიმუმ მხოლოდ IPTV set-top box- ისთვის არის დაკავშირებული, მაქსიმუმ მხოლოდ ერთი multicast პაკეტი (ეს არის, ცოცხალი არხის 2 მბიტ / წმ ტრაფიკი) გადადის შესაბამის პორტში.
3.3 VLAN კონფიგურაციის ტექნოლოგია
Layer 2 multicast- ის მიერ გადაგზავნილი ტრაფიკი მოიცავს მხოლოდ IPTV მულტიკასტის სერვისებს და არ მოიცავს სხვა ფართოზოლოვან მომსახურებებს. ამიტომ, ფართოზოლოვან წვდომის ქსელში, ისეთი ტექნოლოგიები, როგორიცაა VLAN, ჩვეულებრივ გამოიყენება IPTV მრავალკაციანი ტრაფიკის სხვა სერვისებისა და მომხმარებლის ტრაფიკიდან გამოსაყოფად. ხშირად გამოყენებული VLAN ტექნოლოგიები მოიცავს cross-VLAN მულტიკასტის რეპლიკაციის ტექნოლოგიას multicast VLAN– დან თითოეული მომხმარებლის VLAN– მდე და QinQ, რაც ხსნის VLAN ID– ების არასაკმარის რაოდენობას
3.4 სტატიკური მულტიკასტისა და დინამიური მულტიკასტის ტექნოლოგია
IPTV პირდაპირი პროგრამა მიეწოდება მომხმარებლის ტერმინალს IP მატარებლის ქსელის საშუალებით და ძირითადად არსებობს ორი მულტიკასტის რეჟიმი, კერძოდ დინამიური მულტიკასტის რეჟიმი და სტატიკური მულტიკასტის რეჟიმი. დინამიური მულტიკასტის რეჟიმში, კონცენტრატორები, DSLAM და სხვა მოწყობილობები მიიღებენ და მიაწვდიან არხის პროგრამას მხოლოდ არხის შეერთების პირველი მომხმარებლის თხოვნის მიღების შემდეგ (მულტიკასტის ჯგუფი); და როდის გრძელდება არხი (მულტიკასტის ჯგუფი) როდესაც მომხმარებელი გამოვა, ქსელის ელემენტის მოწყობილობა შეწყვეტს მულტიკასტის ნაკადის მიღებას. სტატიკური მულტიკასტის რეჟიმი არის თითოეული IPTV არხის (მულტიკასტის ჯგუფი) MAC მულტიკასტის გადამისამართების ჩანაწერების სტატიკური კონფიგურაცია გადართვის მოწყობილობაზე, მიუხედავად იმისა, უყურებენ თუ არა მას ქვემო დინების მომხმარებლები, მულტიკასტის ნაკადი გადაეცა ქსელის ელემენტის აღჭურვილობას.
სტატიური მულტიკასტის ტრაფიკს საერთო არაფერი აქვს IPTV მომხმარებლების რაოდენობასთან, მხოლოდ არხების რაოდენობა და სიჩქარე თითო არხზე. როდესაც მომხმარებელთა რაოდენობა ნაკლებია არხების რაოდენობაზე, ტრაფიკი მეტი იქნება, ვიდრე უნიკასტი ტრაფიკი; დინამიური მულტიკასტის მაქსიმალური ტრაფიკია, როდესაც ერთდროული IPTV მომხმარებლების რაოდენობა ნაკლებია არხების რაოდენობაზე, როდესაც IPTV ერთდროული მომხმარებლების რაოდენობა მეტია არხების რაოდენობაზე, ეს უტოლდება სტატიკური მულტიკასტის ტრაფიკს. სტატიკური მულტიკასტის რეჟიმში მომხმარებლის არხის გადართვის სიჩქარე სწრაფია და სერვისის აღქმა კარგია, მაგრამ ქსელის გამტარობაზე მოთხოვნა უფრო მეტია; დინამიურ მულტიკასტს შეუძლია შეამციროს ქსელის ტრაფიკი ნებისმიერ ვითარებაში, მაგრამ როდესაც მომხმარებელი მიიღებს ახალ არხს (Multicast ჯგუფი), შესაძლოა ქსელში გარკვეული შეფერხება მოხდეს.
როდესაც ქსელის აპარატთან დაკავშირებული IPTV მომხმარებლების რაოდენობა ძალიან მცირეა, მულტიკასტის უპირატესობები აშკარა არ არის. ამიტომ, IPTV სერვისების განვითარების საწყის ეტაპზე, IPTV მომხმარებლები ბევრი არ არის ან ფართოზოლოვანი ქსელის ქსელი არ არის რეკონსტრუირებული. IPTV ცოცხალი სიგნალების გადასაცემად შეგიძლიათ გამოიყენოთ დინამიური მულტიკასტი ან თუნდაც უნიკასტი. როდესაც ქსელურ მოწყობილობასთან დაკავშირებული მომხმარებლების რიცხვი ბევრად აღემატება IPTV არხების რაოდენობას, მულტიკასტინგის მახასიათებლები უფრო და უფრო მნიშვნელოვანი ხდება ქსელის ტრაფიკის სიჩქარის დაზოგვის მიზნით. ამ დროს, ანუ, როდესაც IPTV სერვისი დასრულებულ ეტაპზეა შემუშავებული და ფართო მასშტაბის ქსელის ტრანსფორმაცია განხორციელდა, სტატიკური მულტიკასტის რეჟიმი შეიძლება გამოყენებულ იქნას IPTV ცოცხალი სიგნალის გადასაცემად, IPTV მომსახურების ხარისხის კიდევ უფრო გასაუმჯობესებლად. ამიტომ, ოპერატორებს შეუძლიათ გადაწყვიტონ, მოახდინონ თუ არა წვდომის ქსელის აღჭურვილობის კონფიგურაცია დინამიურ ან სტატიკურ მულტიკასტ რეჟიმში, რეალური პირობების შესაბამისად, როგორიცაა ქსელის ხარისხი და IPTV სერვისის შეღწევა.
4 დასკვნა
ამ ნაშრომში, რომელიც აერთიანებს სატელეკომუნიკაციო ოპერატორების IP მეტროპოლიტენის ქსელს, სისტემურად განისაზღვრება IPTV საბოლოო და ბოლომდე მულტიკასტალური ბიძგების ქსელის კონფიგურაციის ძირითადი ტექნოლოგიები, რომელსაც აქვს კარგი საცნობარო მნიშვნელობა სატელეკომუნიკაციო ოპერატორებისთვის IPTV სერვისების ეფექტურად და ეკონომიკურად განლაგების და განხორციელებისათვის.
|
შეიყვანეთ ელ.წერილი სიურპრიზის მისაღებად
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> აფრიკული
sq.fmuser.org -> ალბანური
ar.fmuser.org -> არაბული
hy.fmuser.org -> სომხური
az.fmuser.org -> აზერბაიჯანული
eu.fmuser.org -> ბასკური
be.fmuser.org -> ბელორუსული
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> კატალანური
zh-CN.fmuser.org -> ჩინური (გამარტივებული)
zh-TW.fmuser.org -> ჩინური (ტრადიციული)
hr.fmuser.org -> ხორვატული
cs.fmuser.org -> ჩეხური
da.fmuser.org -> დანიური
nl.fmuser.org -> ჰოლანდიური
et.fmuser.org -> ესტონური
tl.fmuser.org -> ფილიპინური
fi.fmuser.org -> ფინური
fr.fmuser.org -> ფრანგული
gl.fmuser.org -> გალური
ka.fmuser.org -> ქართული
de.fmuser.org -> გერმანული
el.fmuser.org -> ბერძნული
ht.fmuser.org -> ჰაიტიური კრეოლური
iw.fmuser.org -> ებრაული
hi.fmuser.org -> ჰინდი
hu.fmuser.org -> Hungarian
is.fmuser.org -> ისლანდიური
id.fmuser.org -> ინდონეზიური
ga.fmuser.org -> ირლანდიური
it.fmuser.org -> იტალიური
ja.fmuser.org -> იაპონური
ko.fmuser.org -> კორეული
lv.fmuser.org -> ლატვიური
lt.fmuser.org -> ქართული
mk.fmuser.org -> მაკედონური
ms.fmuser.org -> მალაიზიური
mt.fmuser.org -> მალტური
no.fmuser.org -> ნორვეგიული
fa.fmuser.org -> სპარსული
pl.fmuser.org -> პოლონური
pt.fmuser.org -> პორტუგალიური
ro.fmuser.org -> რუმინული
ru.fmuser.org -> რუსული
sr.fmuser.org -> სერბული
sk.fmuser.org -> სლოვაკური
sl.fmuser.org -> Slovenian
es.fmuser.org -> ესპანური
sw.fmuser.org -> სუაჰილი
sv.fmuser.org -> შვედური
th.fmuser.org -> Thai
tr.fmuser.org -> თურქული
uk.fmuser.org -> უკრაინული
ur.fmuser.org -> ურდუ
vi.fmuser.org -> ვიეტნამური
cy.fmuser.org -> უელსური
yi.fmuser.org -> Yiddish
FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!
კონტაქტები
მისამართი:
No.305 ოთახი HuiLan კორპუსი No.273 Huanpu Road Guangzhou China 510620
კატეგორიები
საინფორმაციო ბიულეტენი