SE520572C2 - Metod och anordning för transparent överföring av multicasttjänster mellan IP-nät och ATM-nät - Google Patents
Metod och anordning för transparent överföring av multicasttjänster mellan IP-nät och ATM-nätInfo
- Publication number
- SE520572C2 SE520572C2 SE9801193A SE9801193A SE520572C2 SE 520572 C2 SE520572 C2 SE 520572C2 SE 9801193 A SE9801193 A SE 9801193A SE 9801193 A SE9801193 A SE 9801193A SE 520572 C2 SE520572 C2 SE 520572C2
- Authority
- SE
- Sweden
- Prior art keywords
- networks
- dvmrp
- network
- multicast
- atm
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/4608—LAN interconnection over ATM networks
-
- H04L29/06068—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
- H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
-
- H04L29/06455—
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
:fis 30 520 572 2 TEKMsK LÖsN|NG En eller flera sammankopplingsenheter (IWU) placeras mellan IP-nätet och IP-ATM-nätet. En IWU kör DVMRP-protokoll mot IP-nätet och MARS-protokoll pà ATM-sidan. Utöver sändning genom dessa protokoll utför IWU-enheten andra funktioner för att möjliggöra sammankopplingen. IWUn utväxlar bl a routing- och konfigureringsmeddelanden för att bli upptäckt och registrerad av sina grannar. Datapaketen skickas till respektive sida enligt motsvarande protokoll. IWUn har också spärrar och filterfunktioner för att minimera onödig trafik mellan näten. ATM-klienterna tilldelas adresser ur ett speciellt block av multicastadresser.
IWUn kräver inga ändringar i befintliga implementeringar, vilket bl a innebär att slutanvändaren inte kommer att märka någon skillnad när trafiken flyter genom IWU.
FÖRDELAR Sammankoppling av IP-nät och IP-ATM-nät med en (eller flera) IWU innebär att multicasttjänster kan erbjudas globalt.
Multicasttjänsterna kan erbjudas bàde till klienter anslutna till IP-nät och klienter anslutna till ett ATM-nät.
Slutanvändaren kommer inte att märka nàgon skillnad om viss trafik kommer fràn ett annat nät.
HGURFÖRTECKNING Fig. 1 visar en principlösning enligt uppfinningen.
DETALJERAD BEsKFnvNmG BEGREPPSFÖRKLAFHNGAR broadcast Utsändning till alla mottagare unicast Utsändning till en mottagare multicast Utsändning till en mängd (fler än en men inte alla) mottagare .us (3 520 572 j¿»ç 3 tunnling Överbryggning av disjunkta delar av Internet genom inkapsling av överförda datagram angränsande router En DVMRP-router har en förteckning över näraliggande routrar (Neighbour DVMRP router) som den kommer att utbyta meddelanden med neighbour probe message Meddelande som sänds regelbundet till alla angränsande DVMRP-routrar för att hälla förteckningen över angränsande routrar (Neighbour list) uppdaterad neighbour list Förteckningen över näraliggande DVMRP- routrar leaf neighbour Angränsande router, som inte har någon angränsande router längre ut i nätet non-leaf neighbour Angränsande router, som i sin tur har en (eller flera) angränsande router längre ut i nätet. Motsats till Leaf neighbour prune IWU sänder ”prune”-meddelande till den ovanförliggande routern, i riktning mot källan, för att stoppa oönskad trafik. graft Graft-meddelande sänds för att tillåta nya medlemmar att ansluta sig under prunelivstiden. host Klientdator MBone Internet Multicast backBone, de samverkande nät och routrar som tillsammans stöder IP multicasttrafik 10 15 20 “lås '30 DVMRP MARS MCS IWU IGMP cluster backbone ICLMP TTL VC ÖVERQKT 520 572 4 Distance Vector Multicast Routing Protocol, det vanligaste protokollet i MBone Multicast Address Resolution Service Multicast Server Interworking Unit, sammankopplingsenhet Internet Group Management Protocol, protokoll för trafik mellan en dator och närmaste multicast-router Ett Cluster består av ett eller flera LIS (Logiska IP System) och utgör oftast en logisk gräns mot andra (IPATM-)domäner. Begreppet används för att bygga ett IPATM system pà ett hierarkiskt sätt Den primära anslutningsmekanismen i ett hierarkiskt distribuerat system anordnad sä att anslutna system har átkomst till varann.
Protokoll för kommunikation mellan olika cluster eller ATM-nät (InterCLuster-Multicast-backbone- Protocol) Time To Live, den tid som ett datagram tillàts leva innan det förkastas om det inte nátt destinationen ATM Virtual Channels DVMRP är det mest använda multicastingprotokollet i MBONE.
Nästan alla plattformar som stöder IP-multicasting stöder DVMRP eller samverkan med routrar som är konfigurerade för lO 15 20 x_25 520 572 5 DVMRP. Det är därför en förutsättning för multicast- applikationer att ha möjlighet att samverka med DVMRP.
MARS (Multicast Address Resolution Protocol) är den enda tillgängliga standarden för multicasttjänster i ATM-nät.
I stora multicastinggrupper är det inte realistiskt att förvänta sig att alla användare skall utnyttja samma multicastingprotokoll. I stora organisationer, som har världsomspännande verksamhet, måste därför multicast- applikationer stödja såväl intradomän- som interdomän- kommunikation.
Samverkan mellan MARS och DVMRP gör det möjligt att integrera IP-multicaststrukturen med ATM-multicaststrukturen pà ett för användaren transparent sätt.
Den här beskrivna uppfinningen ställer inga krav på ändringar i befintliga implementationer av t ex MARS eller DVMRP .
PROTOKOLL IP-multicasting över en ATM-infrastruktur består av 2 delar: l) intraclusterkommunikation med MARS och 2) intercluster- kommunikation med ICLMP. På så vis kan klienter för multicastkommunikationen vara anslutna till olika Cluster eller ATM-nät vilka i sin tur kommunicerar via ett intercluster-multicast-backbone-protokoll (ICLMP). ICLMP är transparent för klienterna för vilka MARS används som intraclusterprotokoll.
MARS kan verka i två moder: l) VC mesh mode och 2) server mode. MARS-server är en databas som tillhandahåller associationer mellan IP-multicast-adress och ATM-adress.
Databasen är uppbyggd med hjälp av registreringar som kommer frán klienterna i ändpunkterna. I VC mesh mode använder klienterna MARS-server för att begära IP-multicast adresser som sedan används för att etablera ATM-förbindelse. I server mode använder klienterna MARS-server på liknande sätt som i lO 15 20 . u' C, _25 520 572 6 VC mesh mode, men Multicast Server nyttjas för att etablera ATM-anslutningar och överföra IP-paket. Här antas att endast server mode är i bruk i ATM-domän. Samverkan mellan IP- och ATM-domäner sker via en IWU enligt fig l.
FÖREDRAGEN UTFÖRINGSFORM En eller flera sammankopplingsenheter (IWU) placeras mellan IP-nätet och IP-ATM-nätet. En IWU arbetar pà nivà 3 IP-router) och arbetar med DVMRP- protokoll mot IP-nätet och MARS-protokoll pà ATM-sidan. (dvs en Allmänt kan sägas att en DVMRP-router har följande funktioner vid start: 0 initialisera routingtabeller, 0 sända en probsignal för alla vägar (vior) pà var och en av deras multicastgränssnitt 0 ta emot meddelanden fràn angränsande routrar innehållande vägvalsinformation (vior, kostnader etc) För att möjliggöra skalbarhet och för att förbättra tillgängligheten kan det finnas fler än en IWU mellan en DVMRP-domän och en MARS-domän. DVMRP-routern väljer IWU- enhet för att uppnå optimala transmissionsegenskaper baserat pà uppgifter fràn utväxling av vägvalsprotokoll (route exchange protocol).
IWU tillkännager sig för DVMRP När en ansluten IWU aktiveras sänder den ett meddelande (Neighbour Discovery Message) till angränsande DVMRP- routrar. Sådana meddelande sänds också periodiskt för att detektera angränsande DVMRP~routrar. För att begränsa utsändningen sänds probmeddelandena till alla ”All-DVMRP- Routers” IP multicasting adress, vilket innebär att probmeddelandet inte sänds bortom det lokalt anslutna IP- nätet. Probmeddelanden sänds till alla multicastgränssnitt, dvs bàde fysiska kretsar och gränssnitt för tunnling. lO 15 20 25 šo 520 572 ;@g;ff¿;;y-. 7 DVMRP-sidan av IWUn kommer att utväxla probmeddelanden med DVMRP-routern för att bli inlagd i neighbour list. DVMRP- routern màste ha uppgift om såväl Leaf neighbours som Non- leaf neighbours. DVMRP-routern kan avgöra om ett anslutet nät är ett ”leaf network” genom att upprätthålla en lista över alla routrar från vilka Neighbour Probe Message erhålls. Då IWUn inte är ett ”leaf network” kommer DVMRP- routern att inkludera IWUn i sin nedströms Neighbour list.
Därmed kan IWUn sända prunes och grafts (se nedan).
Vägval Varje gränssnitt är konfigurerat med ett mätetal som indikerar kostnaden för ett hopp, en delsträcka. Mätetalet (mrouted) för en väg (route) är summan av mätetalen för alla ingående delsträckor. Det högsta mätetalet för en väg är 31 eller mindre. Om en DVMRP-router mottar flera mätetalsmeddelanden (route reports) för samma multicasting- nät, jämför den kostnaderna för de olika vägvalen och lagrar i sin routingtabell rapporten för det vägval som ger den lägsta kostnaden.
Mellan DVMRP routrar och IWU sker regelbundet utbyte av mätetal för vägarna. Denna routinginformation representerar den sändande routerns kostnad för att nå specificerat nät.
När en DVMRP-rapport mottas från en annan router kontrollerar DVMRP sin routingtabell om information om kortaste väg behöver uppdateras. Speciellt undersöks vägar till samma nät i routingtabellen. Om det existerar en sådan jämförs kostnaderna för de två vägarna. DVMRP lagrar i sin routingtabell den väg som har den lägsta kostnaden.
IWUns DVMRP-sida kommer på samma sätt att överföra sina mätetal till angränsande DVMRP-routrar. Om det finns flera vägar till samma ATM-domän kommer DVMRP-routern att välja den IWU, som motsvarar den lägsta kostnaden. 10 15 20 25 30 3 520 572 8 En DVMRP-host ansluter sig till/lämnar en grupp En host ansluter sig till eller lämnar en multicastingrouter i en DVMRP-domän genom att sända eller besvara ett IGMP- frågemeddelande. Med IGMP kan en host informera sin lokala router att den vill ta emot sändningar som är adresserade till en specifik multicastinggrupp. Routrarna frågar också av sitt LAN för att få reda på om kända gruppmedlemmar fortfarande är aktiva. En router baserar beslutet om vilken multicasttrafik, som skall föras vidare till var och en av dess ”leaf networks", på informationen om gruppmedlemskap som erhålls från IGMP. I version 1 av IGMP överför multicastroutrar periodiskt meddelandet Host Membership Query för att avgöra vilka grupper som har medlemmar på direkt anslutna nät. Frágemedddelandet adresseras till alla hostgrupper och har TTL=1. När en host får ett fràgemeddelande svarar det med meddelandet Host Membership report för varje hostgrupp som den tillhör. En router behöver inte upprätthålla en detaljerad lista över vilka hostdatorer, som ingår i multicastgrupperna; det är tillräckligt att routern känner till att minst en gruppmedlem är närvarande på ett nätgränssnitt. Om routern inte får en rapport från en grupp efter ett antal frågor (querys), antar routern att gruppmedlemmarna inte är närvarande pà gränssnittet och gruppen tas bort från listan över gruppmedlemskap för det direkt anslutna subnätet.
Första gången en host ansluter sig till en grupp, överför den omedelbart en rapport för den gruppen i st f att vänta pà ett fràgemeddelande från routern.
En ATM-host ansluter sig till /lämnar MARS I detta avsnitt antas att MARS och MCS (MultiCast Server) samexisterar logiskt och att ATM-sidan av IWU är funktionellt ekvivalent med MARS och MCS tillsammans.
Således registrerar/avregistrerar sig ATM-klienten till IWUn på samma sätt som till en MARS-server. Multicastpaket som härrör från ATM-klienten eller en DVMRP-router distribueras 10 15 20 25 (ÅO 520 572 9 via IWUns distributionsträd. Normalt antas att ett IP-ATM- gränssnitt, som är logiskt anslutet till ett speciellt cluster, är en MARS-klient. MARS-klienter (inkluderande IWU) använder en transient punkt-till-punkt VC för att kommunicera med MARS; MARS använder en punkt-till-multipunkt VC för att kommunicera med sina klienter. MARS-klienter sänder specifika meddelanden för att ansluta sig till/lämna IP-multicastgrupper. Dessa meddelanden anger ändpunktens ATM-adress och den grupp som ändpunkten önskar ansluta sig till eller lämna. Närhelst MARS tar emot ett anslut/lämna- meddelande överförs denna begäran till den MCS som skapar en framkomstväg genom att lägga till/ta bort klienten fràn distributionsträdet (dvs ADD PARTY/DROP PARTY). För att sända ett multicastpaket sänder MARS-klienter helt enkelt paketet till MCS, som sedan förmedlar det via inkrementellt byggt multicastträd. Varje klient har tilldelats ett ”Cluster Member ID” sà emottagna meddelanden med samma ID förkastas. Detta löser det problem med paketreflektion, som skapas genom distributionsträdet som MCS utnyttjar.
IWU körs i ”Promiscuous mode” dvs all multicasttrafik från alla multicastinggrupper tas emot och avlyssnas. För att begränsa mängden multicasttrafik som IWUn har att hantera betraktas en ATM-domän, som tilldelats ett intervall av multicastadressblock (t ex ett block för varje cluster) som riktas mot näraliggande DVMRP routern sä att vilket multicastpaket som helst, som ligger utanför detta omrâde kan förkastas innan det när ATM-nätet. vidareförmedling av multicastpaket: DVMRP 9 MARS När en DVMRP-host (eller snarare en IP-host ansluten till DVMRP-routern) ska sända ett IP-multicastpaket översänds först paketet till den utpekade routern, som därefter distribuerar paketet över multicastträdet. Multicastträdet har konstruerats i enlighet med protokollet för multicast vidareförmedling (dvs DVMRP). Förr eller senare kommer alla routrar med multicastmöjlighet att ta emot multicastpaketet, även IWUn. 10 15 20 25 ¿w 520 572 l0 När IWUn tagit emot ett multicastpaket kommer den att kontrollera i MARS-databasen om det finns några registrerade klienter i samma multicastgrupp som visas i IP-huvudet. Om så är fallet kommer datagrammet att sändas till lokalt anslutna hostdatorer (om det finns några) genom punkt-till- multipunkt-anslutningen såväl som till ICLMP-routern för att nå andra Cluster. Varje MCS kontrollerar i sitt eget Cluster om det finns någon medlem (nägra medlemmar) som lyssnar på denna multicastadress. Om det inte finns några medlemmar i något Cluster kommer paketet att förkastas för att minska volymen av paketdistributionen.
Att sända prunes IWUn sänder sk ”prune”-meddelanden till den ovanförliggande routern, i riktning mot källan, för att stoppa oönskad trafik. På detta vis optimeras trädgrenarna för en given uppsättning mottagare. IWUn kommer att upprätthålla en ”prunelivstid” (standardvärde 2 timmar). Eftersom prunelivs- tiden är lång och eftersom paket kan gå förlorade ska en implementation vara kapabel att omsända prunemeddelanden genom att använda exponentiell ”back-off” under prunemeddelandets livstid. T ex kan kan en implementation sända ett prunemeddelande och vänta i 3 sekunder, och om trafik fortsätter att ankomma därför att prunemeddelandet förlorats, kommer prunemeddelandet att omsändas och en timer pà 6 sekunder startas. Denna procedur kommer att upprepas och för varje gång dubbleras längden på tiderna så länge trafiken, som detta prunemeddelandet gäller, fortgår. Det bör dock observeras att paket kan fortsätta att ankomma även om prunemeddelandet mottagits korrekt eftersom utbredningsfördröjning kan påverka överföringen.
Prunemeddelandet kommer att innehålla källans IP-adress, destinationsgruppens IP-adress och prunelivstiden i sekunder. När prunelivstiden går ut kommer gränssnittet åter att anslutas till multicastträdet. lO l5 20 25 fso 520 572 ll Att sända grafts Graft-meddelande sänds för att tillàta nya medlemmar att ansluta sig under prunelivstiden. Om en ny medlem i ett ATM- nät ansluter sig till en multicastinggrupp, som har sänt prunemeddelande till den ovanförliggande routern, sänds ett ”graft”-meddelande fràn IWUn till den ovanförliggande DVMRP- routern. Graft-meddelanden skapas pà nytt sä att de fàr nytt ursprung vid överföring av informationen mellan DVMRP- routrar och sänds alltsá inte vidare mellan DVMRP-routrar.
Därför kommer inte routern vid den första delsträckan att upptäcka om ett meddelande när multicastträdet. Eftersom graft-meddelanden kan gà förlorade bekräftas de (acknowledgement) för varje delsträcka. Förlorade graft- meddelanden kommer att omsändas till den ovanförliggande routern. Den initiala omsändningstiden är 5 sekunder och exponentiell ”back-off” rekommenderas att användas pà samma sätt som för prunemeddelanden för därpå följande omsändningar. vidareförmedling av multicastpaket: MARS à DVMRP För att skicka ett multicastpaket sänder MARS-klienten paketet till IWU (dvs MCS-enheten) genom en punkt-till- punktanslutning. IWU kommer att förmedla paketet till sina registrerade klienter via sin punkt-till-multipunkt- förbindelse, vilken också inkluderar den ovanförliggande DVMRP-routern. DVMRP-routern är konfigurerad att ta emot och avlyssna all IP-multicasttrafik.
Ett intervall av multicastadresser kan tilldelas DVMRP- domänen för att förhindra oväsentlig trafik mellan ATM- och DVMRP-domänerna. Multicastpaketen inom ATM-domänen kommer att överföras via MCS och multicastroutrar, som samarbetar mellan Cluster. I DVMRP-domänen kommer DVMRP-routrar att reläa paketen över delsträckorna tills det när leaf-routrar.
IWU kan också ta emot prune- och graft-meddelanden som genererats av leaf-DVMRP-routrar. 10 15 20 '25 30 520 572 12 Mottagande av prune IWU kan också ta emot prune-meddelanden fràn ovanförliggande routrar. Detta kan inträffa när en leaf-DVMRP-router inte har någon klientdator för ett IP-multicastpaket, som är sänt av IWU. När ett prune-meddelande tas emot startar IWU en ny timeout-period om prune redan är aktivt för paret [source network, group]. I annat fall skapas det nya prune- tillstándet och tidmätning startas.
För att begränsa utbredningen av multicast-meddelanden kan IWU vara konfigurerad för att överföra IP multicast- meddelanden inom ett visst adressintervall.
Mottagande av graft Om IWU tar emot ett graft-meddelande fràn en ovanförliggande router, och om den har ett prune-tillstànd för paret [source network, group] sänds en bekräftelse (acknowledgement) och en efterföljande graft till uppströms router. Om det inte har registrerats nàgot tillstànd för paret [source network, group] kommer datagrammen att förmedlas normalt.
Parametersättning En DVMRP router mäste ibland uppdatera tillstànden i en routingtabell t ex pga att ett befintligt vägval läggs ned eller en ny väg upptäcks. DVMRP routrar använder olika slags klocksignaler (sk timers). Dessa klocksignaler anger under hur läng tid ett visst tillstànd skall gälla. Följande klocksignaler används i en DVMRP router: 0 Route expiration timer: När denna timer gär ut tas motsvarande vägval ur routingtabellen tillfälligt 0 Garbage timer: När en Garbage timer gär ut tas motsvarande vägval permanent ur routingtabellen 0 Neighbour timer: Anger den tid en DVMRP-router väntar för att upptäcka sina grannar 10 15 20 f25 30 520 572 13 0 Leaf timeout: Anger den tid ett interface skall tillhöra en multicast träd.
Ett multicast paket skickas vidare om och endast om TTL- värdet (Time~To-Live-värdet) angivet i IP paketet är mindre än det förkonfigurerade värdet i routerns interface.
EXEMPELSCENARK) Ett exempelscenario illustrerar flödet fràn IP till IP-ATM: 0 DVMRP-routrar och IWU utväxlar probmeddelanden för att lokalisera angränsande routrar (neighbour router) 0 DVMRP-routrar och IWU utväxlar mätetal för vägval 0 IP-klientdatorer registrerar i DVMRP-routrarna sitt medlemskap via IGMP 0 IP-ATM-klientdatorer registrerar i IWU (=MCS-enheten) sitt medlemskap via MARS 0 Efter att ha byggt upp vägvalsträdet för den bästa leveransvägen skapar DVMRP-routrarna och IWU förmedlings- register O Om IWU mottar ett prune-meddelande tar den bort routern frán förmedlingstabellen 0 Om IWU mottar graft-meddelande, som ett resultat av att en klient anslutit sig till gruppen, lagrar den routern i sin förmedlingstabellen I När ett multicastingdatagram sänds fràn en klientdator förmedlas det enligt vägvalsträdet. Om datagrammet när IWU eller multicastroutrar i ICLMP kommer det att förkastas om det inte finns någon mottagare. I annat fall kommer paketet att vidareförmedlas genom punkt-till-multipunkt- anslutningar till MARS-klienter i samma eller annat cluster lO 520 572 14 0 När ett datagram förmedlas fràn en IP-ATM-klient kommer det att distribueras till alla mottagare i domänen likaväl som till DVMRP-routrar. För att begränsa omfattningen kommer endast datagram, som ligger inom ett begränsat adressintervall, att föras vidare till DVMRP-domänen. Om det inte finns några mottagare kommer IWU att förr eller senare ta emot ett prunemeddelande som leder till bortagning i förmedlingsregistret. Om en graft senare tas emot kommer en àterställning att ske.
Claims (1)
1. 0 15 20 '25 '30 520 572 15 PATENTKRAV En metod att erbjuda multicasttjänster inom IP-nät och ATM-nät, k ä n n e t e c k n a d av överföring mellan näten sà att multicasttjänster kan erbjudas globalt, bàde till klienter anslutna till IP-nät och till klienter anslutna till ATM-nät. En metod enligt patentkrav l, k ä n n e t e c k n a d av att överföring mellan näten sker via en sammankopplings- enhet, som arbetar som en DVMRP-router (Distance Vector Multicast Routing Protocol) mot Internet och som en MARS- klient (Multicast Address Resolution Protocol) mot ATM- nät. En metod enligt patentkrav l eller 2, k ä n n e t e c k - n a d av att en sammankopplingsenhet placeras mellan IP- nät och ATM-nät och använder DVMRP-protokoll mot IP-nät och MARS-protokoll mot ATM-nät. En metod enligt patentkraven 2 eller 3, k ä n n e - t e c k n a d av att flera sammankopplingsenheter kan placeras mellan IP-nät och ATM-nät för att förbättra tillgänglighet och möjliggöra skalbarhet. En metod enligt nàgot av patentkraven 2 till 4, k ä n - n e t e c k n a d av att sammankopplingsenheten tillkännager sig pá IP-nätet genom att sända ett meddelande till angränsande DVMRP-routrar. En metod enligt något av patentkraven 2 till 5, k ä n - n e t e c k n a d av att nämnda sammankopplingsenheter utväxlar routing- och konfigureringsmeddelanden med sina grannar och innehåller spärrar och filterfunktioner för att minimera onödig trafik mellan näten. En metod enligt något av patentkraven 2 till 6, k ä n - n e t e c k n a d av att nämnda sammankopplingsenhet efter mottagande av ett multicastpaket fràn IP-nätet 10 15 20 25 3:0 10. 11. 12. 13. 520 572 16 kontrollerar om någon medlem i något cluster lyssnar pà den i paketet angivna multicastadressen och i sà fall vidareförmedlar multicastpaketet via punkt-till- multipunkt-anslutning eller i annat fall förkastar multicastpaketet. En metod enligt något av patentkraven 2 till 7, k ä n - n e t e c k n a d av att meddelanden, som mottas av sammankopplingsenheten, fràn en MARS-klient, förmedlas till registrerade klienter via sin punkt-till- multipunktförbindelse i vilken också ingår ovanförliggande DVMRP-router i IP-nätet En metod enligt något av patentkraven 2 till 8, k ä n - n e t e c k n a d av att sammankopplingsenheten sänder prunemeddelande till ovanförliggande router i IP-nätet för att stoppa onödig trafik och sänder graftmeddelande till ovanförliggande router i IP-nätet för att tillàta nya medlemmar att ansluta sig. En metod enligt nàgot av patentkraven 2 till 9, k ä n - n e t e c k n a d av att följande klocksignaler används i sammankopplingsenheten: Route expiration timer, Garbage timer, Neighbour timer, Leaf timeout och att ett multicast paket skickas vidare om och endast om Time-To-Live-värdet angivet i IP paketet är mindre än det förkonfigurerade värdet i sammankopplingsenhetens interface. En sammankopplingsenhet, som arbetar mellan en DVMRP- router i ett IP-nät och en MARS-klient i ett ATM~nät, k ä n n e t e c k n a d av att sammankopplingsenheten erbjuder transparent överföring av multicasttjänster mellan IP-nät och ATM-nät. En sammankopplingsenhet enligt patentkrav ll, k ä n n e - t e c k n a d av att kommunikation mot IP-nätet sker med DVMRP-protokoll och mot ATM-nät med MARS-protokoll. En sammankopplingsenhet enligt patentkrav ll eller 12, k ä n n e t e c k n a d av att sammankopplingsenheten 14. 520 572 17 utväxlar meddelanden med DVMRP-routrar för att bli registrerad i IP-nätet och för att skapa register över alternativa vägar för att möjliggöra optimering av vägval. En sammankopplingsenhet enligt nàgot av patentkrav ll till 13, k ä n n e t e c k n a d av att sammankopplingsenheten samtidigt utgör en DVMRP-router i IP-nätet och en MARS- klient i ATM-nätet.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE9801193A SE520572C2 (sv) | 1998-04-06 | 1998-04-06 | Metod och anordning för transparent överföring av multicasttjänster mellan IP-nät och ATM-nät |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE9801193A SE520572C2 (sv) | 1998-04-06 | 1998-04-06 | Metod och anordning för transparent överföring av multicasttjänster mellan IP-nät och ATM-nät |
Publications (3)
Publication Number | Publication Date |
---|---|
SE9801193D0 SE9801193D0 (sv) | 1998-04-06 |
SE9801193L SE9801193L (sv) | 1999-10-07 |
SE520572C2 true SE520572C2 (sv) | 2003-07-29 |
Family
ID=20410864
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
SE9801193A SE520572C2 (sv) | 1998-04-06 | 1998-04-06 | Metod och anordning för transparent överföring av multicasttjänster mellan IP-nät och ATM-nät |
Country Status (1)
Country | Link |
---|---|
SE (1) | SE520572C2 (sv) |
-
1998
- 1998-04-06 SE SE9801193A patent/SE520572C2/sv not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
SE9801193L (sv) | 1999-10-07 |
SE9801193D0 (sv) | 1998-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Moy | Multicast extensions to OSPF | |
AU720817B2 (en) | Multicast switching | |
Parsa et al. | A protocol for scalable loop-free multicast routing | |
ES2732075T3 (es) | Método de transporte de un flujo multipunto en una red de área local y dispositivo para la conexión que implementa el método | |
Deering | Multicast routing in internetworks and extended LANs | |
Ballardie et al. | Core based trees (CBT) | |
US7835276B2 (en) | Admission control mechanism for multicast receivers | |
US7385977B2 (en) | Multicast system for forwarding desired multicast packets in a computer network | |
Li et al. | OTERS (On-tree efficient recovery using subcasting): A reliable multicast protocol | |
EP2079198A1 (en) | Method and exchanger for realizing internet group management protocol snooping | |
EP1083701A2 (en) | Multicast routing method | |
WO2013189414A2 (zh) | 网络拓扑自动获取方法及系统、网络查询及管理系统 | |
JP3824906B2 (ja) | ネットワーク間接続方法、その装置およびその装置を用いたネットワーク間接続システム | |
Ballardie et al. | Core Based Tree (CBT) Multicast | |
JP3962343B2 (ja) | マルチキャストデータ通信システム及びその方法 | |
Moy | RFC1584: Multicast Extensions to OSPF | |
Cisco | IP Multicast Technology Overview | |
Cisco | Internet Protocol (IP) Multicast | |
Deering | Multicast routing in internetworks and extended LANs | |
Cisco | Configuring Novell IPX | |
Cisco | IP Multicast Routing Commands | |
Cisco | IP Multicast Routing Commands | |
Cisco | IP Multicast Routing Commands | |
Cisco | Configuring IP Multicast Routing | |
Cisco | Internet Protocols |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
NUG | Patent has lapsed |