ప్రణాళిక లేకుండా మల్టీకాస్ట్ VPN ను ఎందుకు దాటదు
చేరుకోగలగడం యూనీకాస్ట్ విషయం. వంతెన లేదా రిలే జోడించే ముందు గుంపు, దాని పరిధి, ఫార్వర్డింగ్ స్థితి మరియు ఒక మూలం నుండి ఒక గ్రహీత వరకు ఒక మార్గాన్ని చూడండి.
రెండు సైట్లు యూనీకాస్ట్ ద్వారా ఒకదానికొకటి పూర్తిగా చేరుకోగలవు, అయినా వాటిలో ఒకటి ప్రింటర్ కనుగొనడం ప్రకటన, IPTV స్ట్రీమ్ లేదా క్లస్టర్ హృదయ స్పందనను చూడటం లేదన్నట్టు ప్రవర్తించవచ్చు. ఇది విరిగిన సొరంగం కాదు; ఇది గమ్యం మరియు గుంపు మధ్య తేడా. మల్టీకాస్ట్ పంపిణీకి సభ్యత్వ నమూనా, మార్గం వెంట ఫార్వర్డింగ్ స్థితి మరియు ట్రాఫిక్ మోయడానికి సిద్ధంగా ఉన్న ఇంటర్ఫేస్ అవసరం, ఇవేవీ యూనీకాస్ట్ మార్గం నుండి రావు. అనువర్తన గుంపు నుండి పనిచేసే ఒక గ్రహీత వరకు వెళ్లడం జవాబుకు చిన్న మార్గం.
గుంపు మరియు అనువర్తనంతో ప్రారంభించండి
అనువర్తనం ఏ గుంపు చిరునామా ఉపయోగిస్తుంది మరియు ట్రాఫిక్ దేని కోసం అని అడగండి. సేవలను ప్రకటించే కనుగొనడం ప్రోటోకాల్, స్ట్రీమింగ్ ఫీడ్ మరియు రూటింగ్ ప్రోటోకాల్ హలో ప్యాకెట్లు మూడు వేర్వేరు సమస్యలు, మూడు వేర్వేరు ఆమోదయోగ్యమైన జవాబులు. గుంపు చిరునామా స్వయంగా పరిధిని చెబుతుంది: స్థానిక నెట్వర్క్ నియంత్రణ బ్లాక్లోని చిరునామాలు సాధారణ రూటింగ్ ద్వారా లింక్ వెలుపలికి పంపబడేవి కావు, వాటిని ఉపయోగించే అనువర్తనాలు సాధారణంగా ఒకే ప్రసార డొమైన్ ఊహిస్తాయి. ప్రపంచవ్యాప్త పరిధి గుంపుపై స్ట్రీమింగ్ ఫీడ్, ప్రతి పరికరం ప్రతి ప్రశ్న వినిపిస్తుందని ఆశించే కనుగొనడం ప్రోటోకాల్ కంటే భిన్నమైన రూపకల్పన, ప్రసార డొమైన్ పరిమాణం గురించి రెండోదానికి మాత్రమే పట్టింపు.
అవసరం సేవా లేక కనుగొనడం విధానమా అని నిర్ణయించండి, ఎందుకంటే ఆ రెండు జవాబులు ఖర్చులో ఒక పరిమాణం భేదం ఉంటాయి. ఒకటి మారని చిరునామా అడుగుతుంది; మరొకటి విస్తృత ప్రాంత లింక్ అంతటా విస్తరించిన ప్రసార డొమైన్ మరియు దాని నుండి వచ్చే అన్నీ అడుగుతుంది.
లింక్-స్థానిక కనుగొనడం ఆగాలి
RFC 6762 లో వివరించిన మల్టీకాస్ట్ DNS ఒకే లింక్ చుట్టూ రూపొందించబడింది: ప్రశ్నలు స్థిర గుంపుకు వెళతాయి, జవాబులు అదే గుంపుకు పంపబడతాయి, ప్రోటోకాల్ ప్రతి భాగస్వామి అందరినీ వినడంపై ఆధారపడుతుంది. రౌటర్లు ఆ ట్రాఫిక్ను డిఫాల్ట్గా ఫార్వర్డ్ చేయవు, అది పొరపాటు కాదు, రూపకల్పన నిర్ణయం. ఒక భవనంలోని పరికరం మరొకదానిలో సులభంగా తనను ప్రకటించుకోకుండా ఉండేందుకే సరిహద్దు ఉంది. గుంపును అన్నిచోట్లకు మోసుకెళ్లి కనుగొనడాన్ని సరిచేసినట్టు కనిపించే సొరంగం ఆ సరిహద్దును సహాయం కావాల్సిన అనువర్తనానికే కాదు, అన్ని అనువర్తనాలకు తొలగించింది.
పునరావృత్తులు మరియు ప్రతిబింబకాలు ఉన్నాయి, అవి నిజమైన పరిణామాలున్న నిజమైన సేవలు: ఒక సైట్లో ప్రకటించిన ప్రతి పేరు మరొకదానిలో కనిపిస్తుంది, వ్యక్తులను లేదా పరికరాలను గుర్తించే పరికర పేర్లతో సహా. నిజమైన అవసరం నిర్దిష్ట సేవ కనుగొనగలగడం అయితే, DNS లో ప్రచురించిన సేవా రికార్డు సాధారణంగా చిన్న మార్పు, అది పేర్ల ప్రవాహానికి బదులు ఒక పేరును మాత్రమే బయటపెడుతుంది.
రూట్ చేయబడిన మల్టీకాస్ట్కు కావాల్సిన మూడు
రూట్ చేయబడిన మల్టీకాస్ట్కు కలిసి పనిచేసే మూడు అవసరం: గుంపులో చేరే గ్రహీతలు, దాని కోసం ఫార్వర్డింగ్ స్థితిని నిర్వహించే రౌటర్లు, గుంపు చిరునామాలను మోయవలసిన ట్రాఫిక్గా పరిగణించే సొరంగం. యూనీకాస్ట్ ఉపనెట్వర్క్లను మాత్రమే జాబితా చేసే విధానం ఉన్న సొరంగం ఎన్క్రిప్షన్ సరిహద్దులో గుంపు ట్రాఫిక్ను వదిలేస్తుంది, అందుకే మొదటి లక్షణం తరచుగా లోపం కాదు, మౌనం. GRE లేదా VTI సొరంగం వంటి మార్గ ఆధారిత ఇంటర్ఫేస్ రూటింగ్ పట్టిక పంపేది మోస్తుంది, ఇది మల్టీకాస్ట్ స్థితి ఉన్నప్పుడు గుంపును చేరగలిగేలా చేస్తుంది.
మూలాన్ని చేరుకోగలగడం రెండో సగం. PIM వంటి మల్టీకాస్ట్ రూటింగ్ ప్రోటోకాల్లు మూలానికి తిరిగి వెళ్లే మార్గం ఆశించినదేనా అని తనిఖీ చేసి పంపిణీ వృక్షాలను నిర్మిస్తాయి, కాబట్టి వేరే చోటుకు చూపే యూనీకాస్ట్ మార్గం గుంపు సభ్యత్వం సరిగ్గా ఉన్నా వృక్షాన్ని విరుస్తుంది. గ్రహీత కోసం మార్గాన్ని ఇన్స్టాల్ చేయడం ఆ తనిఖీకి ఏమీ చేయదు, ఇదే పనిచేసే పింగ్ మరియు విఫలమయ్యే స్ట్రీమ్ను ఇచ్చే తప్పు. మొదట మూలం తిరిగి వెళ్లే మార్గాన్ని ధృవీకరించండి, తర్వాత సభ్యత్వాన్ని జోడించండి, ఆ తర్వాతే అనువర్తనాన్ని చూడండి.
ip maddr show dev tun0
ip mroute show
ss -gnu | grep 239.255.0.10
ip route get 10.20.5.20
మొదటి రెండు పంక్తులు హోస్ట్ దేనిలో చేరింది మరియు కెర్నల్ ఏమి ఫార్వర్డ్ చేస్తుంది చూపుతాయి, మూడోది అనువర్తనం సొంత సభ్యత్వాన్ని చూపుతుంది, చివరిది రివర్స్-పాత్ తనిఖీ ఉపయోగించే యూనీకాస్ట్ మార్గాన్ని చూపుతుంది. వాటిని కలిసి చదవడం ఎప్పుడూ చేరని అనువర్తనాన్ని ఎప్పుడూ ఫార్వర్డ్ చేయని నెట్వర్క్ నుండి వేరు చేస్తుంది.
ఒక మూలం మరియు ఒక గ్రహీతతో నిరూపించండి
కాన్ఫిగరేషన్ను తాకే ముందు అనువర్తనం ఒకే విభాగంలో పనిచేస్తుందని నిర్ధారించండి. అది స్థానికంగా విఫలమైతే మల్టీకాస్ట్ రూటింగ్ సమస్య కాదు, ఏ సొరంగ మార్పు సహాయపడదు. తర్వాత సొరంగం అవతల ఒక గ్రహీతతో పునరావృతం చేసి ఎన్క్రిప్షన్ సరిహద్దు రెండు వైపులా ప్యాకెట్లను గమనించండి.
tcpdump -ni tun0 -c 10 'ip multicast'
tcpdump -ni eth0 -c 10 'ip multicast and host 239.255.0.10'
సొరంగం లోపల కనిపించి బయట లేని ప్యాకెట్లు ఎన్క్యాప్సులేషన్ లేదా విధానాన్ని సూచిస్తాయి; రెండు వైపులా కనిపించి అనువర్తనంలో పురోగతి లేని ప్యాకెట్లు గ్రహీత సభ్యత్వాన్ని లేదా అనువర్తన బంధాన్ని సూచిస్తాయి. క్యాప్చర్లను చిన్నగా మరియు వడపోసినవిగా ఉంచండి, ఎందుకంటే రద్దీగా ఉన్న విభాగంలో విస్తృత మల్టీకాస్ట్ క్యాప్చర్ ఎక్కువగా శబ్దం.
సేవ మాత్రమే అవసరమైతే సేవా చిరునామాన్ని ఎంచుకోండి
కనుగొనడం కదిలే ఏదో కనుగొనడానికి ఉంది. స్థిరమైన పేరు ఉన్న సర్వర్కు కనుగొనడం అవసరం లేదు, ప్రైవేట్ DNS లో నమోదు చేసిన చిరునామా విస్తృత ప్రాంత లింక్ అంతటా ప్రసార డొమైన్ విస్తరించకుండా వినియోగదారు నిజమైన ప్రశ్నకు జవాబిస్తుంది. అదే తర్కం ప్రింటర్లు, పరికరాలు మరియు అంతర్గత వెబ్ సేవలకు కూడా వర్తిస్తుంది. DNS లోని పేరు అవసరమైన ప్రతి సైట్ నుండి చేరగలిగేది, అవసరం లేని సైట్లకు ఏమీ ప్రకటించదు, పరికరాన్ని వేరే చిరునామా ఉన్న పరికరంతో భర్తీ చేసినా పనిచేస్తూనే ఉంటుంది.
ప్రోటోకాల్కు నిజంగా మల్టీకాస్ట్ అవసరమైతే దాన్ని గుంపుకు మరియు అవసరమైన సైట్లకు పరిమితం చేయండి, ఎందుకు అని నమోదు చేయండి, అనువర్తనం మారినప్పుడు నిర్ణయాన్ని మళ్లీ చూడండి. కనుగొనడాన్ని అన్నిచోట్లకు విస్తరించడం ఒకసారి సులభం, దానిపై నిశ్శబ్దంగా ఆధారపడే పరికరాలతో ఏడాది తర్వాత దాన్ని ఉపసంహరించుకోవడం కష్టం.