In case we increase hello dead interval and hello interval on sham link then will it not cause delay in detecting the neighbor going down? Or there is there any way to detect neighbor going reachablity than hello protocol in boradcast or NBMA network on sham link?
On 3/20/07, Abhay D.S <[EMAIL PROTECTED]> wrote:
Yes forwarded by routers. Well, about the demand circuit part I suggest you dont follow the RFC, since it may or may not be treated as DEMAND circuit.(It is a requirement of the network to treat it as demand circuit, for example if you have heavy load of traffic on sham link then you can treat it as DC(demand circuit). If you really want to use sham link optimally, you can just increase the hello timeout on the sham links to be large and then let it be a proper p2p link. It is similar to hello suppression.. --Abhay Santosh P K wrote: > Hi Abhay, > > Thanks. Are OSPF control packts just forwarded by P routers on > sham link ? RFC 4577 says that Sham link is treated as OSPF demand > circuit. In case of broad cast or NBMA configured as demand circuit > hello are not supressed as per RFC 1793 section 3.2. that means hello > are also forwarded to the endpoint just as OSPF control packets by P > router on sham link? > > Thanks and regards > Santosh P K > > > On 3/20/07, Abhay D.S <[EMAIL PROTECTED]> wrote: >> It is a SHAM...:-). >> >> Only sham link end point needs to be enabled in OSPF and reachable over >> the multi hop >> network by BGP or static means. >> >> Means Sham Link end points must be routable over the network for it to >> become UP. >> >> Santosh P K wrote: >> > Hi All, >> > I have some doubts on sham link. If a sham link is configured >> > between two PE's which are connected by many P routers in IP backbone >> > , then is it nessary for all the P routes to run OSPF. >> > As per cisco user guid it is mentioned that >> > sham link is treated as virtual link. In case of virtual link >> > inbetween routers need to know OSPF protocol. >> > >> > >> > Thanks and regards >> > Santosh P K >> > >> > _______________________________________________ >> > OSPF mailing list >> > [email protected] >> > https://www1.ietf.org/mailman/listinfo/ospf >> > >> > >> >> > > _______________________________________________ > OSPF mailing list > [email protected] > https://www1.ietf.org/mailman/listinfo/ospf > >
_______________________________________________ OSPF mailing list [email protected] https://www1.ietf.org/mailman/listinfo/ospf
