<p dir="ltr">Finally its working. I had commented a line in /etc/config/olsrd which would   use /etc/olsrd.conf and now when I removed that comment line it is working . I think this would have been the reason so far.<br>
Thank you</p>
<div class="gmail_quote">On 15 Dec 2014 22:56, "Henning Rogge" <<a href="mailto:hrogge@gmail.com">hrogge@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">*sigh*<br>
<br>
can you run "ip -4 route show table all" on your nodes and post the results?<br>
<br>
Henning<br>
<br>
On Sat, Dec 13, 2014 at 11:02 AM, pramod Jayram <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>> wrote:<br>
> Sorry it too long to reply. I removed RtTable 111 and RtTableDefault 112<br>
> but the problem still persists. I replaced aptop with router but the problem<br>
> still continues.<br>
><br>
><br>
> On Wed, Dec 3, 2014 at 2:46 PM, Henning Rogge <<a href="mailto:hrogge@gmail.com">hrogge@gmail.com</a>> wrote:<br>
>><br>
>> Please remove the following two lines from your configuration file:<br>
>><br>
>> RtTable 111<br>
>> RtTableDefault 112<br>
>><br>
>> I think you are missing the necessary policy routing scripts.<br>
>><br>
>> Henning Rogge<br>
>><br>
>> On Wed, Dec 3, 2014 at 9:55 AM, pramod Jayram <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> wrote:<br>
>> > OLSR.org routing daemon config file<br>
>> ><br>
>> > #<br>
>> ><br>
>> > # Lines starting with a # are discarded<br>
>> ><br>
>> > #<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Debug level(0-9)<br>
>> ><br>
>> > # If set to 0 the daemon runs in the background<br>
>> ><br>
>> ><br>
>> ><br>
>> > DebugLevel      1<br>
>> ><br>
>> ><br>
>> ><br>
>> > # IP version to use (4 or 6)<br>
>> ><br>
>> ><br>
>> ><br>
>> > IpVersion       4<br>
>> ><br>
>> ><br>
>> ><br>
>> > # FIBMetric ("flat", "correct", or "approx")<br>
>> ><br>
>> > # Just use "flat", the others don't work very well<br>
>> ><br>
>> ><br>
>> ><br>
>> > # FIBMetric "flat"<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Clear the screen each time the internal state changes<br>
>> ><br>
>> ><br>
>> ><br>
>> > # ClearScreen     yes<br>
>> ><br>
>> > # HNA IPv4 routes<br>
>> ><br>
>> > # syntax: netaddr netmask<br>
>> ><br>
>> > # Example Internet gateway:<br>
>> ><br>
>> > # 0.0.0.0 0.0.0.0<br>
>> ><br>
>> ><br>
>> ><br>
>> > Hna4<br>
>> ><br>
>> > {<br>
>> ><br>
>> > # Internet gateway<br>
>> ><br>
>> > #    0.0.0.0   0.0.0.0<br>
>> ><br>
>> ><br>
>> ><br>
>> > # specific small networks reachable through this node<br>
>> ><br>
>> > #    15.15.0.0 255.255.255.0<br>
>> ><br>
>> > #    15.16.0.0 255.255.255.0<br>
>> ><br>
>> > }<br>
>> ><br>
>> ><br>
>> ><br>
>> > # HNA IPv6 routes<br>
>> ><br>
>> > # syntax: netaddr prefix<br>
>> ><br>
>> > # Example Internet gateway:<br>
>> ><br>
>> > #Hna6<br>
>> ><br>
>> > #{<br>
>> ><br>
>> > # Internet gateway<br>
>> ><br>
>> > #     ::              0<br>
>> ><br>
>> ><br>
>> ><br>
>> > # specific small networks reachable through this node<br>
>> ><br>
>> > #    fec0:2200:106:0:0:0:0:0 48<br>
>> ><br>
>> > #}<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Specify the routing Table olsr uses<br>
>> ><br>
>> > # currently only implemented in linux versions, (bsd planned)<br>
>> ><br>
>> > # useful for policyrouting, to ensure that olsr can use<br>
>> ><br>
>> > # the table a policy rule with priority 65536 is auto-installed<br>
>> ><br>
>> > # by olsrd if an value < 253 ist specified!<br>
>> ><br>
>> > # value defaults to 253 (main table)<br>
>> ><br>
>> > # valid values are 1 .. 254<br>
>> ><br>
>> > # (freifunkfirmware uses 111 for its policy routing)<br>
>> ><br>
>> ><br>
>> ><br>
>> > RtTable 111<br>
>> ><br>
>> ><br>
>> ><br>
>> > #you may specify another table for the default route only<br>
>> ><br>
>> > #if used no policy route will get auto-installed for this table,<br>
>> ><br>
>> > #but the default route gets also inserted into table 254<br>
>> ><br>
>> > #(the last table used in default linux policy routing)<br>
>> ><br>
>> > #valid tables are the same as for RtTable<br>
>> ><br>
>> ><br>
>> ><br>
>> > RtTableDefault 112<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Specify the proto tag to be used for routes olsr inserts into kernel<br>
>> ><br>
>> > # currently only implemented for linux, defaults to 0 which gets<br>
>> > replaced<br>
>> ><br>
>> > # by an OS-specific default value under linux 3 (BOOT) gets used as<br>
>> > default<br>
>> ><br>
>> > # (for backward compatibility)<br>
>> ><br>
>> > # valid values under linux are 1 .. 254<br>
>> ><br>
>> > # 1 gets remapped by olsrd to 0 UNSPECIFIED (1 is reserved for ICMP<br>
>> > redirects)<br>
>> ><br>
>> > # 2 KERNEL routes (not very wise to use)<br>
>> ><br>
>> > # 3 BOOT (should in fact not be used by routing daemons)<br>
>> ><br>
>> > # 4 STATIC<br>
>> ><br>
>> > # 8 .. 15 various routing daemons (gated, zebra, bird, & co)<br>
>> ><br>
>> ><br>
>> ><br>
>> > # RtProto 0<br>
>> ><br>
>> ><br>
>> ><br>
>> > # For testing purposes it may be nice to use another port for olsrd<br>
>> ><br>
>> > # for using another port than the IANA assigned one<br>
>> ><br>
>> > # for a production network, there should be a good reason!!<br>
>> ><br>
>> > # defaults to 698 (IANA assigned olsr-port)<br>
>> ><br>
>> > # valid values are 698 or > 1000<br>
>> ><br>
>> ><br>
>> ><br>
>> > # OlsrPort 698<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Should olsrd keep on running even if there are<br>
>> ><br>
>> > # no interfaces available? This is a good idea<br>
>> ><br>
>> > # for a PCMCIA/USB hotswap environment.<br>
>> ><br>
>> > # "yes" OR "no"<br>
>> ><br>
>> ><br>
>> ><br>
>> > # AllowNoInt    yes<br>
>> ><br>
>> ><br>
>> ><br>
>> > # TOS(type of service) value for<br>
>> ><br>
>> > # the IP header of control traffic.<br>
>> ><br>
>> > # If not set it will default to 16<br>
>> ><br>
>> ><br>
>> ><br>
>> > #TosValue       16<br>
>> ><br>
>> ><br>
>> ><br>
>> > # The fixed willingness to use(0-7)<br>
>> ><br>
>> > # If not set willingness will be calculated<br>
>> ><br>
>> > # dynammically based on battery/power status<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Willingness           3<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Allow processes like the GUI front-end<br>
>> ><br>
>> > # to connect to the daemon.<br>
>> ><br>
>> ><br>
>> ><br>
>> > IpcConnect<br>
>> ><br>
>> > {<br>
>> ><br>
>> >      # Determines how many simultaneously<br>
>> ><br>
>> >      # IPC connections that will be allowed<br>
>> ><br>
>> >      # Setting this to 0 disables IPC<br>
>> ><br>
>> ><br>
>> ><br>
>> >      # MaxConnections  0<br>
>> ><br>
>> ><br>
>> ><br>
>> >      # By default only 127.0.0.1 is allowed<br>
>> ><br>
>> >      # to connect. Here allowed hosts can<br>
>> ><br>
>> >      # be added<br>
>> ><br>
>> > # Host            127.0.0.1<br>
>> ><br>
>> >      # Host            10.0.0.5<br>
>> ><br>
>> ><br>
>> ><br>
>> >      # Specify entire net-ranges that are<br>
>> ><br>
>> >      # allowed to connect<br>
>> ><br>
>> ><br>
>> ><br>
>> >      # Net             192.168.1.0 255.255.255.0<br>
>> ><br>
>> > }<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Link quality level<br>
>> ><br>
>> > # 0 = do not use link quality<br>
>> ><br>
>> > # 1 = use link quality for MPR selection<br>
>> ><br>
>> > # 2 = use link quality for MPR selection and routing<br>
>> ><br>
>> > # Defaults to 2<br>
>> ><br>
>> ><br>
>> ><br>
>> > #LinkQualityLevel       2<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Link quality algorithm (only for lq level 1 or 2)<br>
>> ><br>
>> > # Defaults to "etx_ff", a etx variant developed at Freifunk<br>
>> ><br>
>> ><br>
>> ><br>
>> > # LinkQualityAlgorithm    "etx_ff"<br>
>> ><br>
>> > # Link quality aging factor<br>
>> ><br>
>> > # Defaults to 0.05, smaller values mean larger LQ window size<br>
>> ><br>
>> > # Link quality aging does only apply to lq level 1 and 2<br>
>> ><br>
>> > # This parameter is not used for etx_ff<br>
>> ><br>
>> ><br>
>> ><br>
>> > # LinkQualityAging 0.1<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Fisheye mechanism for TC messages 0=off, 1=on<br>
>> ><br>
>> > # default is 1<br>
>> ><br>
>> ><br>
>> ><br>
>> > LinkQualityFishEye      0<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Wether to use hysteresis or not<br>
>> ><br>
>> > # Hysteresis adds more robustness to the<br>
>> ><br>
>> > # link sensing but delays neighbor registration.<br>
>> ><br>
>> > # Used by default. 'yes' or 'no'<br>
>> ><br>
>> ><br>
>> ><br>
>> > # UseHysteresis no<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Hysteresis parameters<br>
>> ><br>
>> > # Do not alter these unless you know<br>
>> ><br>
>> > # what you are doing!<br>
>> ><br>
>> > # Set to auto by default. Allowed<br>
>> ><br>
>> > # values are floating point values<br>
>> ><br>
>> > # in the interval 0,1<br>
>> ><br>
>> > # THR_LOW must always be lower than<br>
>> ><br>
>> > # THR_HIGH!!<br>
>> ><br>
>> ><br>
>> ><br>
>> > #HystScaling    0.50<br>
>> ><br>
>> > #HystThrHigh    0.80<br>
>> ><br>
>> > #HystThrLow     0.30<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > # Polling rate in seconds(float).<br>
>> ><br>
>> > # Default value 0.05 sec<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Pollrate      0.05<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Interval to poll network interfaces for configuration<br>
>> ><br>
>> > # changes. Defaults to 2.5 seconds<br>
>> ><br>
>> ><br>
>> ><br>
>> > # NicChgsPollInt  2.5<br>
>> ><br>
>> > # TC redundancy<br>
>> ><br>
>> > # Specifies how much neighbor info should<br>
>> ><br>
>> > # be sent in TC messages<br>
>> ><br>
>> > # Possible values are:<br>
>> ><br>
>> > # 0 - only send MPR selectors<br>
>> ><br>
>> > # 1 - send MPR selectors and MPRs<br>
>> ><br>
>> > # 2 - send all neighbors<br>
>> ><br>
>> > #<br>
>> ><br>
>> > # defaults to 2<br>
>> ><br>
>> ><br>
>> ><br>
>> > # TcRedundancy  2<br>
>> ><br>
>> ><br>
>> ><br>
>> > #<br>
>> ><br>
>> > # NatThreshold<br>
>> ><br>
>> > #<br>
>> ><br>
>> > # (currently this is only in the freifunk firmware)<br>
>> ><br>
>> > # If the NAT-Endpoint (the preferred 0/0 HNA<br>
>> ><br>
>> > # emitting node) is to be changed, the ETX value of the current 0/0 is<br>
>> ><br>
>> > # compared to the new one. If the ETX difference is too small, the<br>
>> > default<br>
>> ><br>
>> > # route isn't changed. defaults to 1.0<br>
>> ><br>
>> > # The configured route gets multiplied by the treshhold,<br>
>> ><br>
>> > # before comparing which route is better<br>
>> ><br>
>> ><br>
>> ><br>
>> > # NatThreshold  0.5<br>
>> ><br>
>> ><br>
>> ><br>
>> > #<br>
>> ><br>
>> > # MPR coverage<br>
>> ><br>
>> > # Specifies how many MPRs a node should<br>
>> ><br>
>> > # try select to reach every 2 hop neighbor<br>
>> ><br>
>> > #<br>
>> ><br>
>> > # Can be set to any integer >0<br>
>> ><br>
>> > #<br>
>> ><br>
>> > # MPR selection is broken at the moment, just keep 7<br>
>> ><br>
>> ><br>
>> ><br>
>> > # MprCoverage   7<br>
>> ><br>
>> > # Olsrd plugins to load<br>
>> ><br>
>> > # This must be the absolute path to the file<br>
>> ><br>
>> > # or the loader will use the following scheme:<br>
>> ><br>
>> > # - Try the paths in the LD_LIBRARY_PATH<br>
>> ><br>
>> > #   environment variable.<br>
>> ><br>
>> > # - The list of libraries cached in /etc/ld.so.cache<br>
>> ><br>
>> > # - /lib, followed by /usr/lib<br>
>> ><br>
>> > #<br>
>> ><br>
>> > # the examples in this list are for linux, so check if the plugin is<br>
>> ><br>
>> > # available if you use windows/BSD.<br>
>> ><br>
>> ><br>
>> ><br>
>> > # LoadPlugin "olsrd_httpinfo.dll"<br>
>> ><br>
>> > LoadPlugin "olsrd_httpinfo.so.0.1"<br>
>> ><br>
>> > {<br>
>> ><br>
>> >     # port number the httpinfo plugin will be listening, default 1978<br>
>> ><br>
>> >    PlParam     "port"   "8000"<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # ip address that can access the plugin, use "0.0.0.0"<br>
>> ><br>
>> >     # to allow everyone<br>
>> ><br>
>> > #    PlParam     "Host"   "127.0.0.1"<br>
>> ><br>
>> > #   PlParam     "Host"   "80.23.53.22"<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # networks that can access the plugin (ip/netmask)<br>
>> ><br>
>> >     # careful with <a href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>, makes (ddos) attacks poss.<br>
>> ><br>
>> >    PlParam     "Net"    "0.0.0.0 0.0.0.0"<br>
>> ><br>
>> > #    PlParam     "Net"    "104.0.0.0 255.255.0.0"<br>
>> ><br>
>> > #    PlParam     "Net"    "192.168.0.0 255.255.0.0"<br>
>> ><br>
>> > }<br>
>> ><br>
>> ><br>
>> ><br>
>> > # LoadPlugin "olsrd_txtinfo.dll"<br>
>> ><br>
>> > #LoadPlugin "olsrd_txtinfo.so.0.1"<br>
>> ><br>
>> > #{<br>
>> ><br>
>> >     # port number the txtinfo plugin will be listening, default 2006<br>
>> ><br>
>> > #   PlParam     "port"   "81"<br>
>> ><br>
>> >     # ip address that can access the plugin, use "0.0.0.0"<br>
>> ><br>
>> >     # to allow everyone<br>
>> ><br>
>> > #    PlParam     "Accept"   "127.0.0.1"<br>
>> ><br>
>> > #}<br>
>> ><br>
>> ><br>
>> ><br>
>> > #LoadPlugin "olsrd_secure.so.0.3"<br>
>> ><br>
>> > #{<br>
>> ><br>
>> > # define source of keyfile for secure plugin<br>
>> ><br>
>> >     # see lib/secure/README_SECURE for more information<br>
>> ><br>
>> ><br>
>> ><br>
>> > #   PlParam     "Keyfile"   "/etc/olsr-keyfile.txt"<br>
>> ><br>
>> > #}<br>
>> ><br>
>> ><br>
>> ><br>
>> > #LoadPlugin "olsrd_dyn_gw.so.0.4"<br>
>> ><br>
>> > #{<br>
>> ><br>
>> >     # Here parameters are set to be sent to the<br>
>> ><br>
>> >     # plugin. Theese are on the form "key" "value".<br>
>> ><br>
>> >     # Parameters ofcause, differs from plugin to plugin.<br>
>> ><br>
>> >     # Consult the documentation of your plugin for details.<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Example: dyn_gw params<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # how often to check for Internet connectivity<br>
>> ><br>
>> >     # defaults to 5 secs<br>
>> ><br>
>> > #   PlParam     "Interval"   "40"<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # if one or more IPv4 addresses are given, do a ping on these in<br>
>> ><br>
>> > # descending order to validate that there is not only an entry in<br>
>> ><br>
>> >     # routing table, but also a real internet connection. If any of<br>
>> ><br>
>> >     # these addresses could be pinged successfully, the test was<br>
>> ><br>
>> >     # succesful, i.e. if the ping on the 1st address was successful,the<br>
>> ><br>
>> >     # 2nd won't be pinged<br>
>> ><br>
>> > #   PlParam     "Ping"       "141.1.1.1"<br>
>> ><br>
>> > #   PlParam     "Ping"       "194.25.2.129"<br>
>> ><br>
>> > #}<br>
>> ><br>
>> ><br>
>> ><br>
>> > # olsrd_dyn_gw_plain.so.0.4<br>
>> ><br>
>> > # {<br>
>> ><br>
>> > # }<br>
>> ><br>
>> ><br>
>> ><br>
>> > # Interfaces and their rules<br>
>> ><br>
>> > # Omitted options will be set to the<br>
>> ><br>
>> > # default values.<br>
>> ><br>
>> > # multiple interfaces can be speicified<br>
>> ><br>
>> > Interface "wlan0"<br>
>> ><br>
>> > {<br>
>> ><br>
>> > # Interface Mode is used to prevent unnecessary<br>
>> ><br>
>> >     # packet forwarding on switched ethernet interfaces<br>
>> ><br>
>> >     # valid Modes are "mesh" and "ether"<br>
>> ><br>
>> >     # The default value is mesh!<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Mode "mesh"<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # IPv4 broadcast address to use. The<br>
>> ><br>
>> >     # one usefull example would be 255.255.255.255<br>
>> ><br>
>> >     # If not defined the broadcastaddress<br>
>> ><br>
>> >     # every card is configured with is used<br>
>> ><br>
>> >     # The second useful value would be to<br>
>> ><br>
>> >     # specify the peer adress of an ptp-tunnel.<br>
>> ><br>
>> >     # another name of this parameter is "IPv4Multicast"<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Ip4Broadcast      0.0.0.0  (use interface broadcast)<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # IPv6 multicast address<br>
>> ><br>
>> >     # If not defined, FF02::1 is used<br>
>> ><br>
>> > # IPv6Multicast     FF02::1<br>
>> ><br>
>> ><br>
>> ><br>
>> >                 # IPv4 src address<br>
>> ><br>
>> >     # If not defined (0.0.0.0), the interface IP is used<br>
>> ><br>
>> ><br>
>> ><br>
>> >                 # IPv4Src 0.0.0.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >                 # IPv6 src prefix.<br>
>> ><br>
>> >                 # If not defined (::/0), a not-linklocal interface IP is<br>
>> > used<br>
>> ><br>
>> ><br>
>> ><br>
>> >                 # IPv6Src ::/0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Emission intervals.<br>
>> ><br>
>> >     # If not defined, RFC proposed values will<br>
>> ><br>
>> >     # be used in most cases.<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Hello interval in seconds(float)<br>
>> ><br>
>> > # HelloInterval    2.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # HELLO validity time<br>
>> ><br>
>> >     # HelloValidityTime 20.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # TC interval in seconds(float)<br>
>> ><br>
>> >     # TcInterval        5.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # TC validity time<br>
>> ><br>
>> >     # TcValidityTime    300.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # MID interval in seconds(float)<br>
>> ><br>
>> >     # MidInterval       5.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # MID validity time<br>
>> ><br>
>> >     # MidValidityTime   300.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # HNA interval in seconds(float)<br>
>> ><br>
>> >     # HnaInterval       5.0<br>
>> ><br>
>> ><br>
>> ><br>
>> > # HNA validity time<br>
>> ><br>
>> >     # HnaValidityTime   300.0<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # When multiple links exist between hosts<br>
>> ><br>
>> >     # the weight of interface is used to determine<br>
>> ><br>
>> >     # the link to use. Normally the weight is<br>
>> ><br>
>> >     # automatically calculated by olsrd based<br>
>> ><br>
>> >     # on the characteristics of the interface,<br>
>> ><br>
>> >     # but here you can specify a fixed value.<br>
>> ><br>
>> >     # Olsrd will choose links with the lowest value.<br>
>> ><br>
>> >     # Note:<br>
>> ><br>
>> >     # Interface weight is used only when LinkQualityLevel is set to 0.<br>
>> ><br>
>> >     # For any other value of LinkQualityLevel, the interface ETX<br>
>> ><br>
>> >     # value is used instead.<br>
>> ><br>
>> >     # Weight 0<br>
>> ><br>
>> > # If a certain route should be preferred<br>
>> ><br>
>> >     # or ignored by the mesh, the Link Quality<br>
>> ><br>
>> >     # value of a node can be multiplied with a factor<br>
>> ><br>
>> >     # entered here. In the example the route<br>
>> ><br>
>> >     # using 192.168.0.1 would rather be ignored.<br>
>> ><br>
>> >     # A multiplier of 0.5 will result in a small<br>
>> ><br>
>> >     # (bad) LinkQuality value and a high (bad)<br>
>> ><br>
>> >     # ETX value.<br>
>> ><br>
>> >     # Note:<br>
>> ><br>
>> >     # Link quality multiplier is used only when<br>
>> ><br>
>> >     # LinkQualityLevel is > 0.<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Example 1: LinkQualityMult 192.168.0.1 0.5<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # This multiplier applies to all other nodes<br>
>> ><br>
>> > # Example 2: LinkQualityMult default 0.8<br>
>> ><br>
>> > }<br>
>> ><br>
>> ><br>
>> ><br>
>> > # another Interface (with different configs)<br>
>> ><br>
>> > #Interface "eth1"<br>
>> ><br>
>> > #{<br>
>> ><br>
>> >     # IPv4 broadcast address to use.<br>
>> ><br>
>> >     # One usefull example would be 255.255.255.255<br>
>> ><br>
>> >     # If not defined the broadcastaddress of<br>
>> ><br>
>> >     # every interface which has one configured gets used<br>
>> ><br>
>> >     # The second useful value would be to<br>
>> ><br>
>> >     # specify the peer adress of an ptp-tunnel<br>
>> ><br>
>> ><br>
>> ><br>
>> > #    IPv4Multicast      192.168.255.255<br>
>> ><br>
>> ><br>
>> ><br>
>> >     # Interface Mode is used to prevent unnecessary<br>
>> ><br>
>> >     # packet forwardin on switched ethernet interfaces<br>
>> ><br>
>> >     # valid Modes are "mesh" and "ether"<br>
>> ><br>
>> > # The default value is mesh!<br>
>> ><br>
>> ><br>
>> ><br>
>> > #    Mode "ether"<br>
>> ><br>
>> > #}<br>
>> ><br>
>> > On Wed, Nov 26, 2014 at 7:51 PM, pramod Jayram <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> I have three devices<br>
>> >>  laptop <---> r1<---> r2<br>
>> >> l<br>
>> >> aptop and r1 can ping each other.<br>
>> >> r1 and r2 can ping each other<br>
>> >> But laptop cannot ping r2 via r1(i.e two hops)<br>
>> >> r2 cannot ping laptop via r1(2 hops)<br>
>> >><br>
>> >> On Wed, Nov 26, 2014 at 3:05 PM, pramod Jayram <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> >> wrote:<br>
>> >>><br>
>> >>> routers cant ping for two or more hops using olsrd<br>
>> >>><br>
>> >>><br>
>> >>> On Wed, Nov 26, 2014 at 2:58 PM, pramod Jayram <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> >>> wrote:<br>
>> >>>><br>
>> >>>> yeah i have tried with minimum config. It works on laptops but not on<br>
>> >>>> router<br>
>> >>>><br>
>> >>>> On Wed, Nov 26, 2014 at 2:24 PM, pramod Jayram <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> >>>> wrote:<br>
>> >>>>><br>
>> >>>>> I used trace route command on r2 which is at 2nd hop to<br>
>> >>>>> laptop(192.168.1.243) i got this result<br>
>> >>>>><br>
>> >>>>> traceroute to 192.168.1.243 (192.168.1.243), 30 hops max, 38 byte<br>
>> >>>>> packets<br>
>> >>>>>  1  *<br>
>> >>>>>  2  *<br>
>> >>>>>  3  *<br>
>> >>>>>  4  *<br>
>> >>>>>  5  *<br>
>> >>>>>  6  *<br>
>> >>>>>  7  *<br>
>> >>>>>  8  *<br>
>> >>>>>  9  *<br>
>> >>>>> 10  *<br>
>> >>>>> 11  *<br>
>> >>>>> 12  *<br>
>> >>>>> 13  *<br>
>> >>>>> 14  *<br>
>> >>>>> 15  *<br>
>> >>>>> 16  *<br>
>> >>>>> 17  *<br>
>> >>>>> 18  *<br>
>> >>>>> 19  *<br>
>> >>>>> 20  *<br>
>> >>>>> 21  *<br>
>> >>>>> 22  *<br>
>> >>>>> 23  *<br>
>> >>>>> 24  *<br>
>> >>>>> 25  *<br>
>> >>>>> 26  *<br>
>> >>>>> 27  *<br>
>> >>>>> 28  *<br>
>> >>>>> 29  *<br>
>> >>>>> 30  *<br>
>> >>>>><br>
>> >>>>><br>
>> >>>>> On Wed, Nov 26, 2014 at 2:04 PM, pramod Jayram<br>
>> >>>>> <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> >>>>> wrote:<br>
>> >>>>>><br>
>> >>>>>> NO this is not related to 802.11s<br>
>> >>>>>><br>
>> >>>>>> On Tue, Nov 25, 2014 at 6:42 PM, pramod Jayram<br>
>> >>>>>> <<a href="mailto:pramod.j94@gmail.com">pramod.j94@gmail.com</a>><br>
>> >>>>>> wrote:<br>
>> >>>>>>><br>
>> >>>>>>> Hello everyone,<br>
>> >>>>>>> I have configured 3 routers r1 r2 and laptop with olsrd on adhoc<br>
>> >>>>>>> mode. The topology is as shown below.<br>
>> >>>>>>>    r1  <-->  r2  <-->  laptop<br>
>> >>>>>>> r1 can see r2 but not laptop and r2 can see both. When i started<br>
>> >>>>>>> olsrd r1 could not ping laptop but it could ping r2 and same with<br>
>> >>>>>>> laptop. I<br>
>> >>>>>>> even enabled forwarding on r2 but still with the same results. So<br>
>> >>>>>>> Is there<br>
>> >>>>>>> any way to solve this??<br>
>> >>>>>>><br>
>> >>>>>>> Thank you<br>
>> >>>>>><br>
>> >>>>>><br>
>> >>>>><br>
>> >>>><br>
>> >>><br>
>> >><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Olsr-users mailing list<br>
>> > <a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
>> > <a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
</blockquote></div>