UNI•Gateway vejledning

Kan UNI•Gateway placeres på LAN-siden?

• Det korte svar er, at med mindre man benytter NAT, vil det næsten altid være mest fordelagtigt at sætte sin UNI•Gateway på WAN-siden, som beskrevet i vejledningen.

Eksempel på yderside-kabling

 

Den længere tekniske forklaring

Når UNI•Gateway står på WAN-siden (og man ikke benytter NAT) kan man prioritere trafikken, så fx administrationens trafik prioriteres højere end elevernes, og det vil virke uanset hvor meget trafik administrationen og eleverne producerer: Når administrationen ikke benytter sig af nettet, tildeles den ekstra båndbredde til eleverne.

Prioriteringen af de forskellige "ben" udføres ved at lave IP-regler, der op- eller ned-prioriterer et helt subnet - svarende til et bestemt "ben".

Hvis man benytter NAT kan det være vanskeligt at skelne mellem trafikken fra de forskellige "ben", og der kan derfor være en vis ide i at sætte UNI•Gateway op på LAN-siden på fx det ben, hvor eleverne befinder sig. Et godt alternativ kan være at få routeren konfigureret, så de forskellige ben NAT'es til forskellige IP-numre - hermed kan man igen lave regler, der matcher et bestemt ben. 

Se udfordringer med NAT (inderside kabling)

Hvis det ikke er muligt at NAT'e til forskellige IP-numre, kan man sætte UNI•Gateway på LAN-siden. Men ved at vælge LAN-siden er der dog nogle ulemper:

• Den trafik, som ikke skal fra eleverne og ud på Internettet, men fx til en server eller en printer på et andet ben, skal også igennem UNI•Gateway, og UNI•Gateway vil derfor let blive en flaskehals på den slags trafik.
• Man er nødt til at reservere noget båndbredde til de andre ben ved at sætte UNI•Gateway's grænse lavere end den båndbredde, som WAN-forbindelsen har.
  • Hvis man undlader dette, vil trafikken fra andre ben forhindre UNI•Gateway i at droppe de rigtige pakker: Den vil tro at der stadig er plads til mere trafik. Hermed bliver det routeren, der dropper de overskydende pakker, og ikke UNI•Gateway - og dermed vil trafik-prioriteringen reelt ikke fungere.
  • Har man en 10 Mbit linje, kan man fx sætte UNI•Gateway til at begrænse X-benet til 9 Mbit, og dermed reservere 1 Mbit til de andre ben.
  • Er den ene Mbit ikke i brug, kan den ikke udnyttes af X-benets brugere, og omvendt, hvis de andre ben genererer mere trafik end 1 Mbit, vil UNI•Gateway igen tro at der god plads og derfor ikke trafik-regulere.

For at imødegå ovenstående ulemper, har vi skabt en "bypass-regel" som kan sikre at trafik imellem ben kan passere uden at blive shapet. Se casen som beskriver bypass-reglen.

• UNI•C skal have besked, hvis du vælger LAN-siden!
  • På fiber-forbindelser fra fx TDC, vil der ofte være VLAN-tags på WAN-siden og det er UNI•Gateway nødt til at tage hensyn til. Når UNI•Gateway konfigureres fra UNI•Cs side, vil den være sat op til at håndtere evt. VLAN-tags på WAN-forbindelsen, men flytter man den ind på indersiden (LAN) vil de manglende VLAN-tags forstyrre trafik-prioriteringen, og i værste fald afbryde forbindelsen.
  • Vi kan sagtens konfigurere UNI•Gateway til at stå på LAN-siden, UNI•C skal bare have besked om det. Se kontaktoplysninger nederst på siden.

Eksempel på inderside-kabling