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ät

Info

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
Application number
SE9801193A
Other languages
English (en)
Other versions
SE9801193L (sv
SE9801193D0 (sv
Inventor
Nail Kavak
Original Assignee
Telia Ab
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telia Ab filed Critical Telia Ab
Priority to SE9801193A priority Critical patent/SE520572C2/sv
Publication of SE9801193D0 publication Critical patent/SE9801193D0/sv
Publication of SE9801193L publication Critical patent/SE9801193L/sv
Publication of SE520572C2 publication Critical patent/SE520572C2/sv

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4608LAN interconnection over ATM networks
    • H04L29/06068
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • H04L69/085Protocols 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.
SE9801193A 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 SE520572C2 (sv)

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)

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