ઈન્ટરનેટ ચેનલોનો વાસ્તવિક સરવાળો - OpenMPTCPRouter

શું ઘણી ઇન્ટરનેટ ચેનલોને એકમાં જોડવી શક્ય છે? આ વિષયની આસપાસ ઘણી બધી ગેરસમજો અને દંતકથાઓ છે, અનુભવી નેટવર્ક એન્જિનિયરો પણ ઘણીવાર જાણતા નથી કે આ શક્ય છે. મોટાભાગના કિસ્સાઓમાં, લિંક એકત્રીકરણને ભૂલથી NAT બેલેન્સિંગ અથવા ફેલઓવર તરીકે ઓળખવામાં આવે છે. પરંતુ વાસ્તવિક સમીકરણ પરવાનગી આપે છે તમામ ઈન્ટરનેટ ચેનલો પર એકસાથે એક જ TCP કનેક્શન ચલાવો, ઉદાહરણ તરીકે, વિડિયો બ્રોડકાસ્ટિંગ જેથી કરીને જો કોઈપણ ઈન્ટરનેટ ચેનલમાં વિક્ષેપ આવે, તો પ્રસારણમાં વિક્ષેપ ન આવે.

વિડિઓ પ્રસારણ માટે ખર્ચાળ વ્યાવસાયિક ઉકેલો છે, પરંતુ આવા ઉપકરણોની કિંમત ઘણા કિલોબક્સ છે. લેખ મફત, ઓપન પેકેજ OpenMPTCPRouter ના રૂપરેખાંકનનું વર્ણન કરે છે, અને ચેનલના સમીકરણ વિશેની લોકપ્રિય માન્યતાઓ સાથે વ્યવહાર કરે છે.

સારાંશ ચેનલો વિશે દંતકથાઓ

ઘણા હોમ રાઉટર્સ છે જે મલ્ટી-WAN ફંક્શનને સપોર્ટ કરે છે. કેટલીકવાર ઉત્પાદકો આ ચેનલને સારાંશ કહે છે, જે સંપૂર્ણ રીતે સાચું નથી. ઘણા નેટવર્કર્સ માને છે કે વધુમાં LACP અને L2 સ્તર પર સમીકરણ, અન્ય કોઈ ચેનલ એકત્રીકરણ અસ્તિત્વમાં નથી. મેં વારંવાર સાંભળ્યું છે કે ટેલિકોમમાં કામ કરતા લોકો પાસેથી આ સામાન્ય રીતે અશક્ય છે. તેથી, ચાલો લોકપ્રિય દંતકથાઓને સમજવાનો પ્રયાસ કરીએ.

IP કનેક્શન્સના સ્તરે સંતુલન

એક જ સમયે અનેક ઈન્ટરનેટ ચેનલોનો ઉપયોગ કરવાની આ સૌથી સસ્તું અને લોકપ્રિય રીત છે. સરળતા માટે, ચાલો કલ્પના કરીએ કે તમારી પાસે ત્રણ ISP છે, દરેક તમને તેમના નેટવર્કમાંથી વાસ્તવિક IP સરનામું આપે છે. આ તમામ પ્રદાતાઓ મલ્ટી-WAN ફંક્શન માટે સપોર્ટ સાથે રાઉટર સાથે જોડાયેલા છે. આ mwan3 પેકેજ, mikrotik, ubiquiti, અથવા અન્ય કોઈપણ ઘરગથ્થુ રાઉટર સાથે OpenWRT હોઈ શકે છે, કારણ કે હવે આ વિકલ્પ અસામાન્ય નથી.

પરિસ્થિતિનું અનુકરણ કરવા માટે, કલ્પના કરો કે પ્રદાતાઓએ અમને નીચેના સરનામાં આપ્યા છે:

WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33

એટલે કે, રિમોટ સર્વર સાથે કનેક્ટ થઈ રહ્યું છે example.com દરેક પ્રદાતાઓ દ્વારા, રિમોટ સર્વર ક્લાયંટના ત્રણ સ્વતંત્ર સ્ત્રોત આઈપી જોશે. સંતુલન તમને સમગ્ર ચેનલોમાં લોડને વિભાજીત કરવાની અને તે જ સમયે ત્રણેયનો ઉપયોગ કરવાની મંજૂરી આપે છે. સરળતા માટે, ચાલો કલ્પના કરીએ કે આપણે બધી ચેનલો વચ્ચેના ભારને સમાન રીતે વિભાજીત કરીએ છીએ. પરિણામે, જ્યારે ક્લાયંટ શરતી રીતે ત્રણ ઈમેજવાળી સાઈટ ખોલે છે, ત્યારે તે દરેક ઈમેજને અલગ પ્રદાતા દ્વારા ડાઉનલોડ કરે છે. સાઇટની બાજુએ, તે ત્રણ અલગ અલગ IP ના જોડાણો જેવું લાગે છે.

કનેક્શન સ્તરે સંતુલન કરતી વખતે, દરેક TCP કનેક્શન અલગ પ્રદાતા દ્વારા જાય છે.

આ સંતુલન મોડ ઘણીવાર વપરાશકર્તાઓ માટે સમસ્યાઓનું કારણ બને છે. ઉદાહરણ તરીકે, ઘણી સાઇટ્સ ક્લાયન્ટના IP એડ્રેસ પર કૂકીઝ અને ટોકન્સ હાર્ડ-વાયર કરે છે, અને જો તે અચાનક બદલાઈ જાય, તો વિનંતી છોડી દેવામાં આવે છે અથવા ક્લાયંટ સાઇટ પર લૉગ આઉટ થઈ જાય છે. આ વારંવાર ક્લાયન્ટ-બેંક સિસ્ટમ્સ અને કડક વપરાશકર્તા સત્ર નિયમો સાથે અન્ય સાઇટ્સમાં પુનઃઉત્પાદિત થાય છે. અહીં એક સરળ ઉદાહરણરૂપ ઉદાહરણ છે: VK.com માં મ્યુઝિક ફાઇલો માત્ર એક માન્ય સત્ર કી સાથે ઉપલબ્ધ છે જે IP સાથે બંધાયેલ છે, અને આવા સંતુલનનો ઉપયોગ કરતા ક્લાયંટ ઘણીવાર ઑડિયો વગાડતા નથી, કારણ કે વિનંતી પ્રદાતા દ્વારા કરવામાં આવી ન હતી જેને સત્ર બંધાયેલ છે.

ટોરેન્ટ ડાઉનલોડ કરતી વખતે, કનેક્શન સ્તરે સંતુલન તમામ ચેનલોની બેન્ડવિડ્થનો સરવાળો કરે છે

આવા સંતુલન તમને બહુવિધ કનેક્શનનો ઉપયોગ કરતી વખતે ઇન્ટરનેટ ચેનલની ઝડપનો સરવાળો મેળવવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, જો ત્રણ પ્રદાતાઓમાંથી દરેકની ઝડપ 100 મેગાબિટ્સ છે, તો જ્યારે ટોરેન્ટ ડાઉનલોડ થશે ત્યારે અમને 300 મેગાબિટ્સ મળશે. કારણ કે ટોરેન્ટ ઘણા બધા જોડાણો ખોલે છે જે તમામ પ્રદાતાઓ વચ્ચે વિતરિત કરવામાં આવે છે અને આખરે સમગ્ર ચેનલનો ઉપયોગ કરે છે.

એ સમજવું અગત્યનું છે કે એક જ TCP કનેક્શન હંમેશા માત્ર એક જ પ્રદાતા દ્વારા પસાર થશે. એટલે કે, જો આપણે HTTP દ્વારા એક મોટી ફાઇલ ડાઉનલોડ કરીએ છીએ, તો આ જોડાણ એક પ્રદાતા દ્વારા કરવામાં આવશે, અને જો આ પ્રદાતા સાથેનું જોડાણ તૂટી જશે, તો ડાઉનલોડ પણ તૂટી જશે.

એક કનેક્શન હંમેશા માત્ર એક ઇન્ટરનેટ ચેનલનો ઉપયોગ કરશે

આ વિડિયો બ્રોડકાસ્ટ માટે પણ સાચું છે. જો તમે અમુક શરતી ટ્વિચ પર સ્ટ્રીમિંગ વિડિયો બ્રોડકાસ્ટ કરો છો, તો પછી IP કનેક્શનના સ્તરે સંતુલન કરવાથી કોઈ ખાસ ફાયદો થશે નહીં, કારણ કે વીડિયો સ્ટ્રીમ એક IP કનેક્શનમાં પ્રસારિત થશે. આ કિસ્સામાં, જો WAN 3 પ્રદાતાને સંદેશાવ્યવહારની સમસ્યાઓ શરૂ થાય છે, જેમ કે પેકેટ ગુમાવવું અથવા મંદી, તો તમે તરત જ અન્ય પ્રદાતા પર સ્વિચ કરી શકશો નહીં. પ્રસારણ બંધ કરવું પડશે અને ફરીથી કનેક્ટ કરવું પડશે.

સાચું ચેનલ સારાંશ

ચેનલોનો વાસ્તવિક સરવાળો તમામ પ્રદાતાઓ દ્વારા શરતી ટ્વીચ સાથે એક કનેક્શનને એક જ સમયે એવી રીતે શરૂ કરવાનું શક્ય બનાવે છે કે જો કોઈ પ્રદાતા તૂટી જાય, તો કનેક્શન વિક્ષેપિત થશે નહીં. આ એક આશ્ચર્યજનક રીતે મુશ્કેલ સમસ્યા છે, જેનો હજુ પણ શ્રેષ્ઠ ઉકેલ નથી. ઘણાને ખબર પણ નથી હોતી કે આ શક્ય છે!

અગાઉના ચિત્રો પરથી, અમે યાદ રાખીએ છીએ કે શરતી Twitch સર્વર ફક્ત એક સ્રોત IP સરનામાંથી અમારી પાસેથી વિડિઓ સ્ટ્રીમ પ્રાપ્ત કરી શકે છે, જેનો અર્થ છે કે તે હંમેશા અમારી સાથે સતત હોવું જોઈએ, પછી ભલે તે કયા પ્રદાતાઓ બંધ થઈ ગયા હોય અને કયા કામ કરે છે. આ હાંસલ કરવા માટે, અમને એક સમેશન સર્વરની જરૂર છે જે અમારા બધા જોડાણોને સમાપ્ત કરશે અને તેમને એકમાં મર્જ કરશે.

સમેશન સર્વર બધી ચેનલોને એક ટનલમાં એકીકૃત કરે છે. બધા જોડાણો સમેશન સર્વરના સરનામામાંથી ઉદ્દભવે છે

આ યોજના તમામ પ્રદાતાઓનો ઉપયોગ કરે છે, અને તેમાંથી કોઈપણને અક્ષમ કરવાથી Twitch સર્વર સાથેના સંચારનું નુકસાન થશે નહીં. હકીકતમાં, આ એક ખાસ VPN ટનલ છે, જેની હૂડ હેઠળ એક સાથે ઘણી ઇન્ટરનેટ ચેનલો છે. આવી યોજનાનું મુખ્ય કાર્ય ઉચ્ચ ગુણવત્તાની સંચાર ચેનલ મેળવવાનું છે. જો સમસ્યાઓ એક પ્રદાતામાં શરૂ થાય છે, પેકેટ ખોવાઈ જાય છે, વિલંબમાં વધારો થાય છે, તો આનાથી કોઈપણ રીતે સંદેશાવ્યવહારની ગુણવત્તાને અસર થવી જોઈએ નહીં, કારણ કે લોડ આપમેળે અન્ય, વધુ સારી ચેનલો પર વિતરિત થશે જે ઉપલબ્ધ છે.

કોમર્શિયલ સોલ્યુશન્સ

આ સમસ્યા લાંબા સમયથી તે લોકો માટે ચિંતાનો વિષય છે જેઓ ઇવેન્ટ્સનું જીવંત પ્રસારણ કરે છે અને તેમની પાસે ઉચ્ચ ગુણવત્તાની ઇન્ટરનેટની ઍક્સેસ નથી. આવા કાર્યો માટે, ઘણા વ્યવસાયિક ઉકેલો છે, ઉદાહરણ તરીકે, ટેરાડેક આવા ભયંકર રાઉટર્સ બનાવે છે જેમાં યુએસબી મોડેમના પેક દાખલ કરવામાં આવે છે:

ચેનલ સમિંગ ફંક્શન સાથે બ્રોડકાસ્ટ વિડિઓ રાઉટર

આવા ઉપકરણોમાં સામાન્ય રીતે HDMI અથવા SDI દ્વારા વિડિયો કેપ્ચર કરવાની ક્ષમતા હોય છે. રાઉટર સાથે મળીને, ચેનલ સમેશન સેવાનું સબ્સ્ક્રિપ્શન વેચવામાં આવે છે, તેમજ વિડિયો સ્ટ્રીમ પર પ્રક્રિયા કરે છે, તેને ટ્રાન્સકોડ કરે છે અને તેને ફરીથી ટ્રાન્સમિટ કરે છે. આવા ઉપકરણોની કિંમત મોડેમના સેટ સાથે $2k થી શરૂ થાય છે, ઉપરાંત સેવા માટે અલગ સબ્સ્ક્રિપ્શન.

કેટલીકવાર તે ખૂબ ડરામણું લાગે છે:

OpenMPTCPRouter સેટ કરી રહ્યું છે

પ્રોટોકોલ MP-TCP (MultiPath TCP) ની શોધ એક સાથે અનેક ચેનલો પર કનેક્ટ કરવાની ક્ષમતા માટે કરવામાં આવી હતી. ઉદાહરણ તરીકે, તેના iOS ને સપોર્ટ કરે છે અને એકસાથે WiFi દ્વારા અને સેલ્યુલર નેટવર્ક દ્વારા રિમોટ સર્વર સાથે કનેક્ટ થઈ શકે છે. તે સમજવું અગત્યનું છે કે આ બે અલગ-અલગ TCP જોડાણો નથી, પરંતુ એક જ સમયે બે ચેનલો પર સ્થાપિત થયેલ એક જોડાણ છે. આ કામ કરવા માટે, રિમોટ સર્વરે MPTCP ને પણ સપોર્ટ કરવું જોઈએ.

OpenMPTCPRouter એક ઓપન સોર્સ સોફ્ટવેર રાઉટર પ્રોજેક્ટ છે જે તમને ખરેખર ચેનલોનો સરવાળો કરવાની મંજૂરી આપે છે. લેખકો જણાવે છે કે પ્રોજેક્ટ આલ્ફા સંસ્કરણની સ્થિતિમાં છે, પરંતુ તે પહેલાથી જ ઉપયોગમાં લઈ શકાય છે. તેમાં બે ભાગોનો સમાવેશ થાય છે - એક સારાંશ સર્વર, જે ઇન્ટરનેટ પર સ્થિત છે અને રાઉટર, જેની સાથે ઘણા ઇન્ટરનેટ પ્રદાતાઓ અને ક્લાયંટ ઉપકરણો પોતે જોડાયેલા છે: કમ્પ્યુટર્સ, ટેલિફોન. કસ્ટમ રાઉટર એ Raspberry Pi, કેટલાક WiFi રાઉટર્સ અથવા નિયમિત કમ્પ્યુટર હોઈ શકે છે. વિવિધ પ્લેટફોર્મ્સ માટે તૈયાર એસેમ્બલીઓ છે, જે ખૂબ અનુકૂળ છે.

OpenMPTCPRouter કેવી રીતે કામ કરે છે

સારાંશ સર્વર સેટઅપ

સારાંશ સર્વર ઇન્ટરનેટ પર સ્થિત છે અને ક્લાયંટ રાઉટરની બધી ચેનલોમાંથી એકમાં જોડાણો સમાપ્ત કરે છે. OpenMPTCPRouter દ્વારા ઇન્ટરનેટ ઍક્સેસ કરતી વખતે આ સર્વરનું IP સરનામું બાહ્ય સરનામું હશે.

આ કાર્ય માટે, અમે ડેબિયન 10 પર VPS સર્વરનો ઉપયોગ કરીશું.

સમેશન સર્વર આવશ્યકતાઓ:

• MPTCP OpenVZ વર્ચ્યુઅલાઈઝેશન પર કામ કરતું નથી
• તમારી પોતાની Linux કર્નલ ઇન્સ્ટોલ કરવાનું શક્ય હોવું જોઈએ

સર્વર એક આદેશ ચલાવીને જમાવવામાં આવે છે. સ્ક્રિપ્ટ mptcp-સક્ષમ કર્નલ અને બધા જરૂરી પેકેજોને ઇન્સ્ટોલ કરશે. ઉબુન્ટુ અને ડેબિયન માટે ઇન્સ્ટોલ સ્ક્રિપ્ટો ઉપલબ્ધ છે.

wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh

સફળ સર્વર ઇન્સ્ટોલેશનનું પરિણામ.

અમે પાસવર્ડ્સ સાચવીએ છીએ, અમને ક્લાયંટ રાઉટરને ગોઠવવા અને રીબૂટ કરવા માટે તેમની જરૂર પડશે. તે ધ્યાનમાં રાખવું અગત્યનું છે કે સ્થાપન પછી, SSH પોર્ટ 65222 પર ઉપલબ્ધ થશે. રીબૂટ કર્યા પછી, આપણે ખાતરી કરવાની જરૂર છે કે આપણે નવા કર્નલ સાથે બુટ કરીએ છીએ.

uname -a 
Linux test-server.local 4.19.67-mptcp

અમે વર્ઝન નંબરની બાજુમાં શિલાલેખ mptcp જોઈએ છીએ, જેનો અર્થ છે કે કર્નલ યોગ્ય રીતે ઇન્સ્ટોલ કરવામાં આવી હતી.

ક્લાયંટ રાઉટર સેટ કરી રહ્યું છે

માં પ્રોજેક્ટ વેબસાઇટ કેટલાક પ્લેટફોર્મ માટે તૈયાર બિલ્ડ ઉપલબ્ધ છે, જેમ કે રાસ્પબેરી પી, બનાના પી, લિન્કસીસ રાઉટર્સ અને વર્ચ્યુઅલ મશીનો.
Openmptcprouter નો આ ભાગ OpenWRT પર આધારિત છે, ઈન્ટરફેસ તરીકે LuCI નો ઉપયોગ કરે છે, જે ક્યારેય OpenWRT નો સામનો કર્યો હોય તેને પરિચિત છે. વિતરણ કીટનું વજન લગભગ 50Mb છે!

ટેસ્ટ બેંચ તરીકે, હું રાસ્પબેરી પાઈ અને વિવિધ ઓપરેટરો સાથે કેટલાક USB મોડેમનો ઉપયોગ કરીશ: MTS અને Megafon. SD કાર્ડ પર ઇમેજ કેવી રીતે લખવી, મને લાગે છે, કહેવાની જરૂર નથી.

શરૂઆતમાં, રાસ્પબેરી પીમાં ઇથરનેટ પોર્ટ સ્થિર IP સરનામા સાથે લેન તરીકે ગોઠવેલ છે. 192.168.100.1. ટેબલ પરના વાયરો સાથે ગડબડ ન થાય તે માટે, મેં રાસ્પબેરી પીને WiFi એક્સેસ પોઇન્ટ સાથે કનેક્ટ કર્યું અને કમ્પ્યુટરના WiFi એડેપ્ટર પર એક સ્થિર સરનામું સેટ કર્યું 192.168.100.2. DHCP સર્વર ડિફૉલ્ટ રૂપે સક્ષમ નથી, તેથી સ્થિર સરનામાંનો ઉપયોગ કરવો આવશ્યક છે.

હવે તમે વેબ ઈન્ટરફેસ પર જઈ શકો છો 192.168.100.1

જ્યારે તમે પ્રથમ લોગ ઇન કરશો, ત્યારે સિસ્ટમ તમને રૂટ પાસવર્ડ સેટ કરવા માટે પૂછશે, SSH એ જ પાસવર્ડ સાથે ઉપલબ્ધ થશે.

LAN સેટિંગ્સમાં, તમે ઇચ્છિત સબનેટ સેટ કરી શકો છો અને DHCP સર્વરને સક્ષમ કરી શકો છો.

હું અલગ DHCP સર્વર સાથે USB ઈથરનેટ ઈન્ટરફેસ તરીકે વ્યાખ્યાયિત થયેલ મોડેમનો ઉપયોગ કરું છું, તેથી આને ઇન્સ્ટોલેશનની જરૂર છે વધારાના પેકેજો. આ પ્રક્રિયા નિયમિત OpenWRT માં મોડેમને ગોઠવવા જેવી જ છે, તેથી હું તેને અહીં આવરી લઈશ નહીં.

આગળ, તમારે WAN ઇન્ટરફેસને ગોઠવવાની જરૂર છે. શરૂઆતમાં, સિસ્ટમમાં બે વર્ચ્યુઅલ ઇન્ટરફેસ WAN1 અને WAN2 બનાવવામાં આવ્યા હતા. તેમને ભૌતિક ઉપકરણ સોંપવાની જરૂર છે, મારા કિસ્સામાં, આ યુએસબી મોડેમ ઇન્ટરફેસના નામ છે.

ઇન્ટરફેસના નામોમાં મૂંઝવણમાં ન આવે તે માટે, હું તમને SSH દ્વારા કનેક્ટેડ હોવા પર dmesg સંદેશાઓ જોવાની સલાહ આપું છું.

મારા મોડેમ પોતે જ રાઉટર તરીકે કામ કરે છે અને તેની પાસે DHCP સર્વર છે, તેથી મારે તેમની આંતરિક નેટવર્ક રેન્જની સેટિંગ્સ બદલવી પડી અને DHCP સર્વરને અક્ષમ કરવું પડ્યું, કારણ કે શરૂઆતમાં બંને મોડેમ એક જ નેટવર્કમાંથી સરનામાં રજૂ કરે છે, અને આ સંઘર્ષનું કારણ બને છે.

OpenMPTCPRouter ને WAN ઇન્ટરફેસ સરનામાં સ્થિર હોવા જરૂરી છે, તેથી અમે મોડેમ માટે સબનેટ્સ સાથે આવીએ છીએ અને તેમને સિસ્ટમ → openmptcprouter → ઇન્ટરફેસ સેટિંગ્સ મેનૂમાં ગોઠવીએ છીએ. અહીં તમારે સમેશન સર્વરના ઇન્સ્ટોલેશન દરમિયાન મેળવેલ IP સરનામું અને સર્વર કી પણ સ્પષ્ટ કરવાની જરૂર છે.

સફળ સેટઅપના કિસ્સામાં, સ્થિતિ પૃષ્ઠ પર સમાન ચિત્ર દેખાવું જોઈએ. તે જોઈ શકાય છે કે રાઉટર સમિંગ સર્વર સુધી પહોંચવામાં સક્ષમ હતું અને બંને ચેનલો યોગ્ય રીતે કામ કરી રહી છે.

ડિફોલ્ટ મોડ શેડોસોક્સ + mptcp છે. આ એક એવી પ્રોક્સી છે જે તમામ કનેક્શન્સને પોતાની અંદર લપેટી લે છે. શરૂઆતમાં, તે ફક્ત TCP ને હેન્ડલ કરવા માટે ગોઠવેલ છે, પરંતુ તમે UDP ને પણ સક્ષમ કરી શકો છો.

જો સ્ટેટસ પેજ પર કોઈ ભૂલો ન હોય, તો સેટઅપ પૂર્ણ ગણી શકાય.
કેટલાક પ્રદાતાઓ સાથે, જ્યારે ટ્રાફિક પાથ પર mptcp ફ્લેગ કાપવામાં આવે ત્યારે પરિસ્થિતિ ઊભી થઈ શકે છે, પછી આવી ભૂલ હશે:

આ કિસ્સામાં, તમે MPTCP નો ઉપયોગ કર્યા વિના, ઓપરેશનના અન્ય મોડનો ઉપયોગ કરી શકો છો, આ વિશે વધુ અહીં.

નિષ્કર્ષ

OpenMPTCPRouter પ્રોજેક્ટ ખૂબ જ રસપ્રદ અને મહત્વપૂર્ણ છે, કારણ કે તે ચેનલ સમેશન સમસ્યા માટે કદાચ એકમાત્ર ઓપન જટિલ ઉકેલ છે. બાકીનું બધું કાં તો ચુસ્તપણે બંધ અને માલિકીનું છે, અથવા ફક્ત અલગ મોડ્યુલો છે જેની સાથે સામાન્ય વ્યક્તિ વ્યવહાર કરી શકતો નથી. વિકાસના વર્તમાન તબક્કે, પ્રોજેક્ટ હજી પણ તદ્દન કાચો છે, અત્યંત નબળા દસ્તાવેજીકરણ છે, ઘણી વસ્તુઓનું વર્ણન નથી. પરંતુ તે જ સમયે, તે હજુ પણ કામ કરે છે. હું આશા રાખું છું કે તે વિકાસ કરવાનું ચાલુ રાખશે, અને અમને ઘરગથ્થુ રાઉટર્સ મળશે જે સામાન્ય રીતે બૉક્સની બહાર ચેનલોને જોડવામાં સક્ષમ હશે.

Instagram પર અમારા વિકાસકર્તાને અનુસરો

સોર્સ: www.habr.com