On ten původní záměr s maskou /31 byl určen jen pro sítě, které jsou technicky bod-bod a nikdy nebylo řečeno, jak se to má řešit na multipoint sítích i v případě, že fakticky propojuje jen dva body. Aspoň tak to původně zamýšlel příslušný RFC3021 a také to hodně zamýšlel jako ochranu před útoky pomocí adresných broadcastů, které na /31 síti neexistují a teprve sekundárně úspora IP adres. Bylo křiku ujasnit, jak by to mělo být na multpoint sítích v PtP zpaojení, ale nikdy k tomu už nedošlo, protože se dost opustil i ten koncept /31 na PtP sítích, kde dneska obvykle vůbec není IP adresa na takové lince (boxy mají jedno IPčko na vnitřním loopbacku a pod ním vystupují současně na všech svých PtP linkách a směrování se dělá přímým směrem do daného rozhranní a ne na IPčko protistrany). takže většina výrobců na to kašle a někteří si to řeší porůznu po svém.
I klasik Cisco k tomu má celkem rozporuplné postavení na ethernetu, některé bedny to umí (obvykle core routery), některé ne. Aby se to ještě korektně chovalo, tak se do toho musí i kopnout pomocí no ip direct-broadcast.
IMHO, to ROS nijak specificky neřeší a tak to za nějaké kombinace funguje a někdy ne. Už nevím kde, ale možná na ROSu jsem to kdysi ojebával konstrukcí, že IPčko na interface se na obou koncích definovalo jako /32 a směrování k protější straně řešil statický záznam IP protistrana/32 a jako gateway přímo příslušný ether.
