Avui veurem el protocol BGP. No parlarem durant molt de temps sobre per què és i per què s'utilitza com a únic protocol. Hi ha força informació sobre aquest tema, per exemple .
Aleshores, què és BGP? BGP és un protocol d'encaminament dinàmic i és l'únic protocol EGP (External Gateway Protocol). Aquest protocol s'utilitza per crear encaminament a Internet. Vegem com es construeix un barri entre dos encaminadors BGP.
Penseu en el barri entre Router1 i Router3. Configurem-los mitjançant les ordres següents:
router bgp 10
network 192.168.12.0
network 192.168.13.0
neighbor 192.168.13.3 remote-as 10
router bgp 10
network 192.168.13.0
network 192.168.24.0
neighbor 192.168.13.1 remote-as 10El veïnatge dins d'un únic sistema autònom és AS 10. Després d'introduir informació en un encaminador, com ara Router1, aquest encaminador intenta establir una relació d'adjacència amb Router3. Es diu l'estat inicial quan no passa res ociós. Tan bon punt es configura bgp al Router1, començarà a escoltar el port TCP 179: passarà a l'estat Connecta, i quan intenti obrir una sessió amb Router3, passarà a l'estat Actiu.
Un cop establerta la sessió entre Router1 i Router3, s'intercanvien missatges oberts. Quan Router1 envia aquest missatge, es trucarà a aquest estat Obre Enviat. I quan rebi un missatge Obert del Router3, passarà a l'estat Obre Confirmar. Fem una ullada més de prop al missatge Obre:
Aquest missatge transmet informació sobre el propi protocol BGP, que utilitza l'encaminador. Mitjançant l'intercanvi de missatges oberts, el Router1 i el Router3 es comuniquen informació sobre la seva configuració. Es passen els paràmetres següents:
- version: inclou la versió BGP que està utilitzant l'encaminador. La versió actual de BGP és la versió 4 que es descriu a la RFC 4271. Dos encaminadors BGP intentaran negociar una versió compatible, quan hi hagi una discrepància, no hi haurà sessió BGP.
- El meu AS: inclou el número d'AS de l'encaminador BGP, els encaminadors hauran de posar-se d'acord en els números d'AS i també defineix si executaran iBGP o eBGP.
- Temps de retenció: si BGP no rep cap missatge de manteniment o d'actualització de l'altre costat durant el temps de retenció, llavors declararà l'altre costat "mort" i desactivarà la sessió BGP. De manera predeterminada, el temps de retenció s'estableix en 180 segons als encaminadors Cisco IOS, el missatge Keepalive s'envia cada 60 segons. Els dos encaminadors han d'acordar el temps de retenció o no hi haurà sessió BGP.
- Identificador BGP: aquest és l'ID de l'encaminador BGP local que s'escull igual que ho fa OSPF:
- Utilitzeu l'ID del router que s'ha configurat manualment amb l'ordre bgp router-id.
- Utilitzeu l'adreça IP més alta en una interfície de loopback.
- Utilitzeu l'adreça IP més alta en una interfície física.
- Paràmetres opcionals: aquí trobareu algunes capacitats opcionals del router BGP. Aquest camp s'ha afegit perquè es poguessin afegir noves funcions a BGP sense haver de crear una versió nova. Les coses que podeu trobar aquí són:
- suport per a MP-BGP (Multi Protocol BGP).
- suport per a Route Refresh.
- suport per a números AS de 4 octets.
Per establir un barri s'han de complir les condicions següents:
- Número de versió. La versió actual és la 4.
- El número AS ha de coincidir amb el que heu configurat veí 192.168.13.3 remote-com 10.
- L'identificador de l'encaminador ha de ser diferent del veí.
Si algun dels paràmetres no compleix aquestes condicions, l'encaminador enviarà Notificació missatge que indica l'error. Després d'enviar i rebre missatges Open, la relació veïnal entra a l'estat ESTABLISHED. Després d'això, els encaminadors poden intercanviar informació sobre rutes i fer-ho mitjançant Actualitzar missatges. Aquest és el missatge d'actualització enviat per Router1 a Router3:
Aquí podeu veure les xarxes informades pels atributs Router1 i Path, que són anàlegs a les mètriques. Parlarem dels atributs del camí amb més detall. Els missatges Keepalive també s'envien dins d'una sessió TCP. Es transmeten, per defecte, cada 60 segons. Aquest és un temporitzador Keepalive. Si no es rep un missatge Keepalive durant el temporitzador de retenció, això significarà una pèrdua de comunicació amb el veí. Per defecte, és igual a 180 segons.
Senyal útil:
Sembla que hem descobert com els encaminadors es transmeten informació entre ells, ara intentem entendre la lògica del protocol BGP.
Per anunciar una ruta a la taula BGP, com en els protocols IGP, s'utilitza l'ordre de xarxa, però la lògica de funcionament és diferent. Si a IGP, després d'especificar la ruta a l'ordre de xarxa, l'IGP mira quines interfícies pertanyen a aquesta subxarxa i les inclou a la seva taula, aleshores l'ordre de xarxa a BGP mira la taula d'encaminament i cerca exacte coincideix amb la ruta a l'ordre de xarxa. Si es troben, aquestes rutes apareixeran a la taula BGP.
Busqueu una ruta a la taula d'encaminament IP actual de l'encaminador que coincideixi exactament amb els paràmetres de l'ordre de xarxa; si la ruta IP existeix, poseu l'equivalent NLRI a la taula BGP local.
Ara augmentem el BGP a tots els restants i veiem com es selecciona la ruta dins d'un AS. Després que l'encaminador BGP rep rutes del seu veí, comença a seleccionar la ruta òptima. Aquí cal entendre quin tipus de veïns hi pot haver: interns i externs. El router entén per configuració si el veí configurat és intern o extern? Si en un equip:
neighbor 192.168.13.3 remote-as 10 el paràmetre remote-as especifica l'AS, que es configura al mateix encaminador a la comanda router bgp 10 Les rutes que provenen de l'AS intern es consideren internes i les rutes de l'AS extern es consideren externes. I per a cadascun, una lògica diferent de rebre i enviar funciona. Considereu aquesta topologia:
Cada encaminador té una interfície de loopback configurada amb ip: xxxx 255.255.255.0 - on x és el número de l'encaminador. Al Router9 tenim una interfície de loopback amb l'adreça - 9.9.9.9 255.255.255.0. Ho anunciarem a través de BGP i veurem com es propaga. Aquesta ruta es transmetrà a Router8 i Router12. Des del Router8, aquesta ruta anirà al Router6, però al Router5 no estarà a la taula d'encaminament. També al Router12 aquesta ruta apareixerà a la taula, però al Router11 tampoc hi serà. Intentem esbrinar-ho. Considerem quines dades i paràmetres transmet Router9 als seus veïns, informant d'aquesta ruta. El paquet següent s'enviarà des del Router9 al Router8.
La informació de la ruta consta d'atributs de ruta.
Els atributs del camí es divideixen en 4 categories:
- Obligatori conegut - Tots els encaminadors que executen BGP han de reconèixer aquests atributs. Ha d'estar present en totes les actualitzacions.
- Conegut discrecional - Tots els encaminadors que executen BGP han de reconèixer aquests atributs. Poden estar presents a les actualitzacions, però la seva presència no és necessària.
- Transitiva opcional - pot no ser reconegut per totes les implementacions de BGP. Si l'encaminador no reconeix l'atribut, marca l'actualització com a parcial i l'envia als seus veïns, emmagatzemant l'atribut no reconegut.
- Opcional no transitiu - pot no ser reconegut per totes les implementacions de BGP. Si l'encaminador no reconeix l'atribut, l'atribut s'ignora i es descarta quan es transmet als veïns.
Exemples d'atributs BGP:
- Obligatori conegut:
- Ruta del sistema autònom
- El següent salt
- Origen
- Conegut discrecional:
- Preferència local
- Agregat atòmic
- Transitiva opcional:
- Agregador
- Comunitats
- Opcional no transitiu:
- Discriminador de múltiples sortides (MED)
- Identificador de l'autor
- Llista de clúster
En aquest cas, de moment ens interessarà Origin, Next-hop, AS Path. Com que la ruta transmet entre Router8 i Router9, és a dir, dins d'un AS, es considera interna i ens fixarem en Origin.
Atribut d'origen: indica com s'ha obtingut la ruta a l'actualització. Valors d'atribut possibles:
- 0 - IGP: NLRI rebut dins del sistema autònom original;
- 1 - EGP: NLRI s'aprèn mitjançant l'Exterior Gateway Protocol (EGP). Predecessor de BGP, no utilitzat
- 2 - Incomplet: NLRI es va aprendre d'una altra manera
En el nostre cas, com es pot veure al paquet, és igual a 0. Quan aquesta ruta es transmeti al Router12, aquest codi tindrà un codi 1.
A continuació, Next-hop. Atribut del següent salt
- Aquesta és l'adreça IP de l'encaminador eBGP per on passa el camí a la xarxa de destinació.
- L'atribut canvia quan el prefix s'envia a un altre AS.
En el cas d'iBGP, és a dir, dins d'un AS, Next-hop serà indicat per qui ha après o explicat aquesta ruta. En el nostre cas, serà 192.168.89.9. Però quan aquesta ruta es transmet de Router8 a Router6, Router8 la canviarà i la substituirà per la seva. El següent salt serà 192.168.68.8. Això ens porta a dues regles:
- Si un encaminador reenvia una ruta al seu veí intern, no canvia el paràmetre Next-hop.
- Si un encaminador transmet una ruta al seu veí extern, canvia Next-hop a la ip de la interfície des de la qual transmet aquest encaminador.
Això ens porta a entendre el primer problema: per què no hi haurà cap ruta a la taula d'encaminament a Router5 i Router11. Fem una ullada més de prop. Així, Router6 va rebre informació sobre la ruta 9.9.9.0/24 i la va afegir correctament a la taula d'encaminament:
Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
9.0.0.0/24 is subnetted, 1 subnets
B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:
<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>La mateixa situació passarà entre Router11-Router12. Per evitar aquesta situació, cal que configureu Router6 o Router12, quan passeu la ruta als seus veïns interns, per substituir la seva adreça IP per Next-hop. Això es fa mitjançant l'ordre:
neighbor 192.168.56.5 next-hop-selfDesprés d'aquesta ordre, Router6 enviarà un missatge d'actualització, on la ip de la interfície Gi0/0 Router6 s'especificarà com a Next-hop per a rutes - 192.168.56.6, després del qual aquesta ruta ja s'inclourà a la taula d'encaminament.
Anem més enllà i veiem si aquesta ruta apareix al Router7 i al Router10. No estarà a la taula d'encaminament i podríem pensar que el problema és el mateix que en el primer amb el paràmetre Next-hop, però si mirem la sortida de l'ordre show ip bgp, veurem que el la ruta no s'ha rebut fins i tot amb el Next-hop incorrecte, la qual cosa significa que la ruta ni tan sols es va transmetre. I això ens portarà a l'existència d'una altra regla:
Les rutes rebudes de veïns interns no es propaguen a altres veïns interns.
Com que el Router5 va rebre la ruta del Router6, no es transmetrà al seu altre veí intern. Per tal que es produeixi la transferència, cal configurar la funció , o configurar relacions de barri totalment connectades (Full Mesh), és a dir, Router5-7 tothom serà veí de tothom. En aquest cas farem servir Route Reflector. Al Router5, heu d'utilitzar aquesta ordre:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector canvia el comportament de BGP quan passa una ruta a un veí intern. Si el veí intern s'especifica com ruta-reflector-client, llavors les rutes internes s'anunciaran a aquests clients.
La ruta no apareix al Router7? Tampoc us oblideu de Next-hop. Després d'aquestes manipulacions, la ruta també hauria d'anar al Router7, però això no passa. Això ens porta a una altra regla:
La regla de salt següent només funciona per a rutes externes. Per a les rutes internes, l'atribut next-hop no es substitueix.
I ens trobem amb una situació en què cal crear un entorn utilitzant protocols d'encaminament estàtic o IGP per informar els encaminadors de totes les rutes dins de l'AS. Registrem rutes estàtiques a Router6 i Router7 i després obtindrem la ruta desitjada a la taula d'encaminadors. A l'AS 678, ho farem una mica diferent: registrarem rutes estàtiques per a 192.168.112.0/24 al Router10 i 192.168.110.0/24 al Router12. A continuació, establirem la relació de veïnatge entre Router10 i Router12. També configurarem Router12 per enviar el seu següent salt a Router10:
neighbor 192.168.110.10 next-hop-selfEl resultat serà que el Router10 rebrà la ruta 9.9.9.0/24, es rebrà tant del Router7 com del Router12. Vegem quina tria fa Router10:
Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>i 9.9.9.0/24 192.168.112.12 0 100 0 45 i
192.168.107.7 0 123 45 i
Com podem veure, dues rutes i una fletxa (>) signifiquen que la ruta a través del 192.168.112.12 està seleccionada.
Vegem com funciona el procés de selecció de ruta:
- El primer pas en rebre una ruta és comprovar la disponibilitat del seu Next-hop. És per això que, quan vam rebre una ruta al Router5 sense configurar Next-hop-self, aquesta ruta no es va processar més.
- A continuació ve el paràmetre Pes. Aquest paràmetre no és un atribut de ruta (PA) i no s'envia als missatges BGP. Es configura localment a cada encaminador i només s'utilitza per manipular la selecció de rutes al mateix encaminador. Vegem un exemple. Just a sobre podeu veure que Router10 ha escollit una ruta per a 9.9.9.0/24 mitjançant Router12 (192.168.112.12). Per canviar el paràmetre Weeght, podeu utilitzar route-map per establir rutes específiques o assignar un pes al seu veí mitjançant l'ordre:
neighbor 192.168.107.7 weight 200Ara totes les rutes d'aquest veí tindran aquest pes. Vegem com canvia l'elecció de la ruta després d'aquesta manipulació:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 iCom podeu veure, la ruta a través del Router7 ara està seleccionada, però això no tindrà cap efecte sobre els altres encaminadors.
- En tercera posició tenim Local Preference. Aquest paràmetre és un atribut discrecional conegut, el que significa que la seva presència és opcional. Aquest paràmetre només és vàlid dins d'un AS i afecta l'elecció del camí només per als veïns interns. És per això que només es transmet en missatges d'actualització destinats al veí intern. No està present als missatges d'actualització per a veïns externs. Per tant, es va classificar com a Conegut discrecional. Intentem aplicar-lo al Router5. Al Router5 hauríem de tenir dues rutes per a 9.9.9.0/24: una a través de Router6 i la segona a través de Router7.
Mirem:
Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 iPerò com veiem una ruta a través del Router6. On és la ruta pel Router7? Potser el Router7 tampoc el té? Mirem:
Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iEstrany, sembla que tot va bé. Per què no es transmet al Router5? El cas és que BGP té una regla:
L'encaminador transmet només les rutes que utilitza.
Router7 utilitza una ruta a través de Router5, de manera que la ruta a través de Router10 no es transmetrà. Tornem a la preferència local. Establim la preferència local al Router7 i veiem com reacciona el Router5 davant d'això:
route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b>Així doncs, vam crear un mapa de ruta que conté totes les rutes i vam dir a Router7 que canviés el paràmetre Local Preference a 250 quan es rebi, el valor predeterminat és 100. Vegem què va passar a Router5:
Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iCom podem veure ara el Router5 prefereix la ruta a través del Router7. La mateixa imatge estarà al Router6, tot i que és més rendible per a ell triar una ruta a través del Router8. També afegim que canviar aquest paràmetre requereix un reinici del barri perquè el canvi tingui efecte. Llegeix . Hem resolt la preferència local. Passem al paràmetre següent.
- Preferiu la ruta amb el paràmetre Next-hop 0.0.0.0, és a dir, rutes locals o agregades. A aquestes rutes se'ls assigna automàticament un paràmetre de pes igual al màxim (32678) després d'introduir l'ordre de xarxa:
Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 0.0.0.0 0 32768 i - El camí més curt per AS. S'ha seleccionat el paràmetre AS_Path més curt. Com menys ASs passi una ruta, millor serà. Considereu la ruta a 9.9.9.0/24 a Router10:
Router10#show bgp BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 iCom podeu veure, Router10 va triar la ruta a través de 192.168.112.12 perquè per a aquesta ruta el paràmetre AS_Path només conté 45, i en un altre cas 123 i 45. Intuïtivament clar.
- El següent paràmetre és Origen. IGP (ruta obtinguda mitjançant BGP) és millor que EGP (ruta obtinguda mitjançant el predecessor de BGP, que ja no s'utilitza), i EGP és millor que Incomplet? (obtingut per algun altre mètode, per exemple per redistribució).
- El següent paràmetre és MED. Teníem Wieght que només funcionava localment al router. Hi havia Preferència Local, que només funcionava dins d'un sistema autònom. Com podeu endevinar, MED és un paràmetre que es transmetrà entre sistemes autònoms. Molt bé sobre aquest paràmetre.
No s'utilitzaran més atributs, però si dues rutes tenen els mateixos atributs, s'utilitzen les regles següents:
- Seleccioneu el camí pel veí IGP més proper.
- Seleccioneu la ruta més antiga per al camí eBGP.
- Seleccioneu el camí pel veí amb l'ID d'encaminador BGP més petit.
- Trieu un camí pel veí amb l'adreça IP més baixa.
Mirem ara el tema de la convergència de BGP.
Vegem què passa si el Router6 perd la ruta 9.9.9.0/24 a través del Router9. Desactivem la interfície Gi0/1 del Router6, que entendrerà immediatament que la sessió BGP amb Router8 s'ha acabat i el veí ha desaparegut, la qual cosa significa que la ruta rebuda d'aquest no és vàlida. Router6 envia immediatament missatges d'actualització, on indica la xarxa 9.9.9.0/24 al camp Rutes retirades. Tan bon punt el Router5 rebi aquest missatge, l'enviarà al Router7. Però com que Router7 té una ruta a través de Router10, respondrà immediatament amb una actualització amb una ruta nova. Si no és possible detectar la caiguda d'un veí segons l'estat de la interfície, haureu d'esperar que s'activi el temporitzador de retenció.
Confederació.
Si recordeu, vam parlar del fet que sovint heu d'utilitzar una topologia completament connectada. Amb un gran nombre d'encaminadors en un AS això pot causar grans problemes, per evitar-ho cal fer servir les confederacions. Un AS es divideix en diversos sub-AS, la qual cosa els permet funcionar sense el requisit d'una topologia completament connectada.
Aquí teniu un enllaç a això I configuració per a GNS3.
Per exemple, amb aquesta topologia hauríem de connectar tots els encaminadors de l'AS 2345 entre si, però utilitzant Confederation, només podem establir relacions d'adjacència entre encaminadors connectats directament entre si. Parlem d'això en detall. Si només tinguéssim AS 2345, aleshores laForge havent rebut una marxa de Picard ho diria als encaminadors dades и Worf, però no ho van dir a l'encaminador trituradora . També rutes distribuïdes pel propi router laForge, no hauria estat transferit trituradora ни Worf-oh, no dades.
Hauríeu de configurar una ruta-reflector o una relació de veïnat totalment connectada. En dividir un AS 2345 en 4 sub-AS (2,3,4,5) per a cada encaminador, acabem amb una lògica de funcionament diferent. Tot està perfectament descrit .
Fonts:
- Guia oficial de certificació CCIE Routing and Switching v5.0, volum 2, cinquena edició, Narbik Kocharians, Terry Vinson.
- Lloc
- Lloc .
Font: www.habr.com