Advertisement
YeiZeta

Message of Navy.mil USA STATE MAILERS

Dec 15th, 2012
395
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 24.92 KB | None | 0 0
  1. From alx.mancini at gmail.com Mon Dec 3 11:50:36 2012
  2. From: alx.mancini at gmail.com (Alessandro Mancini)
  3. Date: Mon, 3 Dec 2012 17:50:36 +0100
  4. Subject: [core-users] Range Problem with EMANE
  5. In-Reply-To: <[email protected]>
  6. References: <CABSfiGMMO98xX+h4sqSTkys_U8E40p9chv1rJK+xbw59dPkCvw@mail.gmail.com>
  7. <FD98F9C3CBABA74E89B5D4B5DE0263B937B5413288@XCH-NW-12V.nw.nos.boeing.com>
  8. Message-ID: <CABSfiGP-xx8yCJycBNOeV6a9pso267+=37xq+gkXbnDY5sHiLA@mail.gmail.com>
  9.  
  10. Thank you Jeff and Steven for your quick responses: they are been very
  11. useful!!!
  12. Now, I understand a bit more how CORE and EMANE compute the rxPower and how
  13. a packet is dropped or accepted.
  14.  
  15. In fact, also by studying the EMANE User Manual, I discovered that:
  16. * rxPower = txpower txAntennaGain rxAntennaGain - pathloss,
  17. * rxSensitivity = noiseFigure -174 10log(bandWidth),
  18. * SINR = (rxPower / rxSensitivity).
  19.  
  20. I noted that a packet is dropped if rxPower is less than rxSensitivity and
  21. that is accepted with probability PoR (where PoR is function of SINR).
  22. I also noted that, in your Universal PHY configuration, you use only "2ray"
  23. as pathloss mode. *May be that CORE can't work with "pathloss" as pathloss
  24. mode?*
  25.  
  26. *At this point I've two residual questions...*
  27. 1* I would like to know if it is possible to use a pathloss model that
  28. is based on pathloss events (instead of one that is based on location
  29. events as 2ray or freespace).
  30. If yes, can I do this by using the EMANE Losscontroller? What are the steps
  31. that I need to perform?
  32.  
  33. 2* Can I use a customized pathloss model? If yes, do I need to use a
  34. file as "ieee80211abgphy.xml" in which I must insert the values relative to
  35. the BER curves? And, how can I set this file so that CORE can read and use
  36. it?
  37.  
  38. Thank you in advantage for your precious help.
  39.  
  40. On Fri, Nov 30, 2012 at 7:44 PM, Steven Galgano <sgalgano at cengen.com> wrote:
  41.  
  42. > Alessandro,
  43. >
  44. > The 802.11 MAC "distance" configuration parameter is used in the slot
  45. > time calculation for the 802.11 protocol (RTC, CTS, ACK etc.). It is
  46. > not used in the pathloss calculation.
  47. >
  48. > The Universal PHY can be configured to use pathloss between nodes (EMANE
  49. > pathloss events) or node locations (EMANE location events) with either
  50. > the 2-ray or freespace propagation models, to compute the rx power for
  51. > every packet. The rx power is used along with the current noise level
  52. > to compute an SINR, which in turn is used as an index into the PCR curve
  53. > file.
  54. >
  55. > --
  56. > Steven Galgano
  57. > DRS CenGen LLC
  58. >
  59. >
  60.  
  61.  
  62. --
  63. Alessandro Mancini
  64. -------------- next part --------------
  65. An HTML attachment was scrubbed...
  66. URL: http://pf.itd.nrl.navy.mil/pipermail/core-users/attachments/20121203/eabf6707/attachment.html
  67.  
  68. From jeffrey.m.ahrenholz at boeing.com Mon Dec 3 11:56:54 2012
  69. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  70. Date: Mon, 3 Dec 2012 08:56:54 -0800
  71. Subject: [core-users] CORE daemon renamed
  72. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A4E01@XCH-NW-12V.nw.nos.boeing.com>
  73.  
  74. As a heads up, in the SVN development snapshot, the CORE daemon has been renamed from 'cored.py' to 'cored'. Also, 'coresendmsg.py' is now 'coresendmsg'.
  75.  
  76. The init/systemd scripts retain their same names, so you can still start the daemon the same way as you did before (e.g. 'sudo /etc/init.d/core start'). The cored log is now '/var/log/cored.log' and PID file '/var/run/cored.pid' (instead of '/var/log/coredpy.log', '/var/run/coredpy.pid'.)
  77.  
  78. In the source code, the 'python' subdir has been renamed to 'daemon'.
  79.  
  80. These changes were made to simplify and improve the names used for CORE programs. Historically, there was a C-based 'cored' program supporting OpenVZ containers that is no longer used. In future releases, CORE will be split into two (rpm/deb) packages, one for the GUI and one for the daemon. This is because there are instances where you may want to install the CORE daemon without the GUI and X11/Tcl/Tk dependencies (e.g. for distributed emulation servers, physical nodes, Xen-based nodes, Python-only environments.)
  81.  
  82. -Jeff
  83.  
  84. From jeffrey.m.ahrenholz at boeing.com Mon Dec 3 12:05:15 2012
  85. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  86. Date: Mon, 3 Dec 2012 09:05:15 -0800
  87. Subject: [core-users] Range Problem with EMANE
  88. In-Reply-To: <CABSfiGP-xx8yCJycBNOeV6a9pso267+=37xq+gkXbnDY5sHiLA@mail.gmail.com>
  89. References: <CABSfiGMMO98xX+h4sqSTkys_U8E40p9chv1rJK+xbw59dPkCvw@mail.gmail.com>
  90. <FD98F9C3CBABA74E89B5D4B5DE0263B937B5413288@XCH-NW-12V.nw.nos.boeing.com>
  91. <CABSfiGP-xx8yCJycBNOeV6a9pso267+=37xq+gkXbnDY5sHiLA@mail.gmail.com>
  92. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A4E0E@XCH-NW-12V.nw.nos.boeing.com>
  93.  
  94. Alessandro,
  95.  
  96. > SINR). I also noted that, in your Universal PHY configuration, you use
  97. > only "2ray" as pathloss mode. May be that CORE can't work with
  98. > "pathloss" as pathloss mode?
  99.  
  100. No, CORE can work with either mode; 2ray is just the default used by CORE. Configure the mode using the options button on the EMANE tab when you configure the WLAN during edit mode. CORE will generate EMANE location events when "emane_event_monitor = False" in the core.conf file. CORE does not generate pathloss events on its own.
  101.  
  102. > 1* I would like to know if it is possible to use a pathloss model that is
  103. > based on pathloss events (instead of one that is based on location events as
  104. > 2ray or freespace).
  105. > If yes, can I do this by using the EMANE Losscontroller? What are the steps
  106. > that I need to perform?
  107.  
  108. Please see this recent thread:
  109. http://pf.itd.nrl.navy.mil/pipermail/core-users/2012-November/001077.html
  110.  
  111. Here's a step-by-step:
  112. http://pf.itd.nrl.navy.mil/pipermail/core-users/2012-November/001096.html
  113.  
  114. > 2* Can I use a customized pathloss model? If yes, do I need to use a file
  115. > as "ieee80211abgphy.xml" in which I must insert the values relative to the
  116. > BER curves? And, how can I set this file so that CORE can read and use it?
  117.  
  118. Hopefully that thread linked above on the emanelosscontroller has answered this question.
  119.  
  120. -Jeff
  121.  
  122. From jeffrey.m.ahrenholz at boeing.com Mon Dec 3 14:59:39 2012
  123. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  124. Date: Mon, 3 Dec 2012 11:59:39 -0800
  125. Subject: [core-users] how to setup fixed routing and fixed link loss rate
  126. In-Reply-To: <CA+z2o9sQ4Dv-8UT5Ln8d4XBOvhYE-+dZONfMsGWz6wmN7Fo8CQ@mail.gmail.com>
  127. References: <CA+z2o9sQ4Dv-8UT5Ln8d4XBOvhYE-+dZONfMsGWz6wmN7Fo8CQ@mail.gmail.com>
  128. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A4F3A@XCH-NW-12V.nw.nos.boeing.com>
  129.  
  130. Raymond,
  131.  
  132. > 1.If say, two end user, A send a packet to B, the routing is a fixed routing,
  133. > I might dont know the packet route but I do need that two packets sent by A
  134. > destined to B, they travel exactly the same path. (I dont want to use static
  135. > routing, cuz I have many routers to manually configure)
  136.  
  137. Are these nodes moving?
  138.  
  139. > 2. I need to configure the link loss rate, so that it is a fixed value.
  140. > Currently I setup loss rate by "ber" property of a link. I find this problem.
  141. > Suppose all the link ber rate is configured to 1%. And there are 6 hops
  142. > between A and B. I use "iperf -su" to test the link loss rate. Exactly the
  143. > end-to-end loss rate should be 1-(0.99)&^6=5.85%. But the loss rate vibrates
  144. > from 4.1%-6.8%. Is there anyway to may the end-to-end loss rate more stable?
  145.  
  146. Note that it is PER (packet error rate) and not BER (bit error rate) under Linux.
  147.  
  148. The default iperf setting only transmits for 10 seconds. Try a larger -t value, such as '-t 90'. Then you should see more stable loss results. Since the loss incurred by netem is statistical, it is more accurate with more packets, e.g. 10 seconds / 893 packets versus 90 seconds / 8026 packets.
  149.  
  150. Here is the output that I'm seeing; notice the latter three tests (90, 90 and 180 seconds) are closer to your expected loss (mine was also running OSPFv3 that would affect this):
  151.  
  152. Server listening on UDP port 5001
  153. Receiving 1470 byte datagrams
  154. UDP buffer size: 224 KByte (default)
  155. ------------------------------------------------------------
  156. [ 3] local 10.0.0.7 port 5001 connected with 10.0.0.1 port 36792
  157. [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
  158. [ 3] 0.0- 9.8 sec 1.16 MBytes 995 Kbits/sec 0.105 ms 66/ 893 (7.4%)
  159. [ 4] local 10.0.0.7 port 5001 connected with 10.0.0.1 port 50510
  160. [ 4] 0.0-10.3 sec 1.17 MBytes 959 Kbits/sec 15.687 ms 56/ 893 (6.3%)
  161. [ 3] local 10.0.0.7 port 5001 connected with 10.0.0.1 port 40505
  162. [ 3] 0.0-90.3 sec 10.6 MBytes 989 Kbits/sec 15.714 ms 435/ 8026 (5.4%)
  163. [ 4] local 10.0.0.7 port 5001 connected with 10.0.0.1 port 43443
  164. [ 4] 0.0-90.0 sec 10.6 MBytes 991 Kbits/sec 0.055 ms 442/ 8026 (5.5%)
  165. [ 3] local 10.0.0.7 port 5001 connected with 10.0.0.1 port 38397
  166. [ 3] 0.0-180.0 sec 21.2 MBytes 986 Kbits/sec 0.047 ms 960/16051 (6%)
  167.  
  168. -Jeff
  169.  
  170. From JAMES.J.SAMMATARO at saic.com Tue Dec 4 11:29:58 2012
  171. From: JAMES.J.SAMMATARO at saic.com (Sammataro, James J.)
  172. Date: Tue, 4 Dec 2012 11:29:58 -0500
  173. Subject: [core-users] WLAN Range question
  174. Message-ID: <05D35E9CAC2A2F459F83D0C0235074F80690C0D4@0015-its-exmb12.us.saic.com>
  175.  
  176. Hello,
  177.  
  178.  
  179.  
  180. Is it possible, using CORE in a Basic WLAN configuration, to set the
  181. range of one node much greater than the rest? For example, what would
  182. be the best way to set up a scenario where a "UAV" node can connect to
  183. all nodes "on the ground" but the nodes "on the ground" have a range
  184. that is much less than the "UAV" node?
  185.  
  186.  
  187.  
  188. Thank you,
  189.  
  190. James
  191.  
  192.  
  193.  
  194. -------------- next part --------------
  195. An HTML attachment was scrubbed...
  196. URL: http://pf.itd.nrl.navy.mil/pipermail/core-users/attachments/20121204/e9fcf834/attachment.html
  197.  
  198. From pengxu216 at gmail.com Tue Dec 4 18:09:54 2012
  199. From: pengxu216 at gmail.com (xu peng)
  200. Date: Tue, 4 Dec 2012 15:09:54 -0800
  201. Subject: [core-users] about EMANE PHY configuration
  202. Message-ID: <CABEcf7EYu6dwHt95nBsq+XAkDzvu1Zt8aFKDkmGc_1oBgDR8Sg@mail.gmail.com>
  203.  
  204. Hi,
  205.  
  206. How can I get a realistic VANET scenario by configuring the PHY parameters
  207. in EMANE? For example, it can have the realistic connectivity range.
  208.  
  209. If so , how can I adjust the connectivity range? Why the default value of
  210. transmit power and antenna gain are 0? Can signals be transmitted when
  211. they are 0?
  212.  
  213. Thank you,
  214.  
  215. Sissi
  216. -------------- next part --------------
  217. An HTML attachment was scrubbed...
  218. URL: http://pf.itd.nrl.navy.mil/pipermail/core-users/attachments/20121204/84a19d07/attachment.html
  219.  
  220. From alx.mancini at gmail.com Wed Dec 5 11:51:03 2012
  221. From: alx.mancini at gmail.com (Alessandro Mancini)
  222. Date: Wed, 5 Dec 2012 17:51:03 +0100
  223. Subject: [core-users] Range Problem with EMANE
  224. In-Reply-To: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A4E0E@XCH-NW-12V.nw.nos.boeing.com>
  225. References: <CABSfiGMMO98xX+h4sqSTkys_U8E40p9chv1rJK+xbw59dPkCvw@mail.gmail.com>
  226. <FD98F9C3CBABA74E89B5D4B5DE0263B937B5413288@XCH-NW-12V.nw.nos.boeing.com>
  227. <CABSfiGP-xx8yCJycBNOeV6a9pso267+=37xq+gkXbnDY5sHiLA@mail.gmail.com>
  228. <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A4E0E@XCH-NW-12V.nw.nos.boeing.com>
  229. Message-ID: <CABSfiGMdsNafKYJ8mEHoov7PS_xyjDXn0LUaF-3rcpUJ-USvBg@mail.gmail.com>
  230.  
  231. Thank you very much Jeff,
  232. the example that you have used in the previous thread (
  233. http://pf.itd.nrl.navy.mil/pipermail/core-users/2012-November/001096.html)
  234. was very useful for me.
  235. I've following it and I was able to run correctly the EMANE Loss Controller.
  236. Furthermore, I understood the difference between 2ray and pathloss modes
  237. and the difference between location and pathloss events.
  238.  
  239. However, I've two last (I hope so...) questions about Loss Controller:
  240. * I can insert some values relating to the paths between two nodes in
  241. the matrix. How these values are used by EMANE? Are they the values
  242. relative to the pathloss variable that are used in the equation:
  243. rxPower = txPower + txAntennaGain +
  244. rxAntennaGain - pathloss?
  245. * What is the meaning of the values "No Loss Threshold" and "Full Loss
  246. Threshold"? How are they used by EMANE?
  247.  
  248. I'm so grateful for your help so far, and I thank you again in advantage
  249. for your future response.
  250.  
  251. On Mon, Dec 3, 2012 at 6:05 PM, Ahrenholz, Jeffrey M <
  252. jeffrey.m.ahrenholz at boeing.com> wrote:
  253.  
  254. > Alessandro,
  255. >
  256. > > SINR). I also noted that, in your Universal PHY configuration, you use
  257. > > only "2ray" as pathloss mode. May be that CORE can't work with
  258. > > "pathloss" as pathloss mode?
  259. >
  260. > No, CORE can work with either mode; 2ray is just the default used by CORE.
  261. > Configure the mode using the options button on the EMANE tab when you
  262. > configure the WLAN during edit mode. CORE will generate EMANE location
  263. > events when "emane_event_monitor = False" in the core.conf file. CORE does
  264. > not generate pathloss events on its own.
  265. >
  266. > > 1* I would like to know if it is possible to use a pathloss model
  267. > that is
  268. > > based on pathloss events (instead of one that is based on location
  269. > events as
  270. > > 2ray or freespace).
  271. > > If yes, can I do this by using the EMANE Losscontroller? What are the
  272. > steps
  273. > > that I need to perform?
  274. >
  275. > Please see this recent thread:
  276. > http://pf.itd.nrl.navy.mil/pipermail/core-users/2012-November/001077.html
  277. >
  278. > Here's a step-by-step:
  279. > http://pf.itd.nrl.navy.mil/pipermail/core-users/2012-November/001096.html
  280. >
  281. > > 2* Can I use a customized pathloss model? If yes, do I need to use a
  282. > file
  283. > > as "ieee80211abgphy.xml" in which I must insert the values relative to
  284. > the
  285. > > BER curves? And, how can I set this file so that CORE can read and use
  286. > it?
  287. >
  288. > Hopefully that thread linked above on the emanelosscontroller has answered
  289. > this question.
  290. >
  291. > -Jeff
  292. >
  293.  
  294.  
  295.  
  296. --
  297. Alessandro Mancini
  298. -------------- next part --------------
  299. An HTML attachment was scrubbed...
  300. URL: http://pf.itd.nrl.navy.mil/pipermail/core-users/attachments/20121205/6ee64215/attachment.html
  301.  
  302. From jeffrey.m.ahrenholz at boeing.com Wed Dec 5 12:04:18 2012
  303. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  304. Date: Wed, 5 Dec 2012 09:04:18 -0800
  305. Subject: [core-users] Range Problem with EMANE
  306. In-Reply-To: <CABSfiGMdsNafKYJ8mEHoov7PS_xyjDXn0LUaF-3rcpUJ-USvBg@mail.gmail.com>
  307. References: <CABSfiGMMO98xX+h4sqSTkys_U8E40p9chv1rJK+xbw59dPkCvw@mail.gmail.com>
  308. <FD98F9C3CBABA74E89B5D4B5DE0263B937B5413288@XCH-NW-12V.nw.nos.boeing.com>
  309. <CABSfiGP-xx8yCJycBNOeV6a9pso267+=37xq+gkXbnDY5sHiLA@mail.gmail.com>
  310. <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A4E0E@XCH-NW-12V.nw.nos.boeing.com>
  311. <CABSfiGMdsNafKYJ8mEHoov7PS_xyjDXn0LUaF-3rcpUJ-USvBg@mail.gmail.com>
  312. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A5670@XCH-NW-12V.nw.nos.boeing.com>
  313.  
  314. Alessandro,
  315.  
  316. > * I can insert some values relating to the paths between two nodes in the
  317. > matrix. How these values are used by EMANE? Are they the values relative to
  318. > the pathloss variable that are used in the equation:
  319. > rxPower = txPower + txAntennaGain +
  320. > rxAntennaGain - pathloss?
  321.  
  322. Yes, the pathloss will be the amount of dB subtracted from the receive power. Think of the radio wave travelling across a path that includes going through a building or mountain. The higher the value, the less likely the packet will be received.
  323.  
  324. > * What is the meaning of the values "No Loss Threshold" and "Full Loss
  325. > Threshold"? How are they used by EMANE?
  326.  
  327. These seem to be minimum and maximum values used by the emanelosscontroller tool. I think there should be 0% loss for a given model at the no loss threshold and 100% loss at full loss. I think they are only used in the tool for configuring the pathloss events that are sent out (i.e. they are not necessarily communicated to EMANE or included in a config file.)
  328.  
  329. -Jeff
  330.  
  331. From jeffrey.m.ahrenholz at boeing.com Wed Dec 5 12:09:17 2012
  332. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  333. Date: Wed, 5 Dec 2012 09:09:17 -0800
  334. Subject: [core-users] WLAN Range question
  335. In-Reply-To: <05D35E9CAC2A2F459F83D0C0235074F80690C0D4@0015-its-exmb12.us.saic.com>
  336. References: <05D35E9CAC2A2F459F83D0C0235074F80690C0D4@0015-its-exmb12.us.saic.com>
  337. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A5680@XCH-NW-12V.nw.nos.boeing.com>
  338.  
  339. > Is it possible, using CORE in a Basic WLAN configuration, to set the range of
  340. > one node much greater than the rest? For example, what would be the best way
  341. > to set up a scenario where a "UAV" node can connect to all nodes "on the
  342. > ground" but the nodes "on the ground" have a range that is much less than the
  343. > "UAV" node?
  344.  
  345. No, the basic range model doesn't support this.
  346.  
  347. If you want a manual workaround, look at the output of 'ebtables -L'. The default rule for the bridge representing a WLAN network will be to DROP all packets. Then rules are added to enable communication between nodes. Two rules, one for each direction (-i = in, -o = out).
  348.  
  349. For example, here is 3 nodes, all connected together:
  350.  
  351. > sudo ebtables -L
  352. Bridge table: filter
  353.  
  354. Bridge chain: INPUT, entries: 0, policy: ACCEPT
  355.  
  356. Bridge chain: FORWARD, entries: 1, policy: ACCEPT
  357. --logical-in b.4.33974 -j b.4.33974
  358.  
  359. Bridge chain: OUTPUT, entries: 0, policy: ACCEPT
  360.  
  361. Bridge chain: b.4.33974, entries: 6, policy: DROP
  362. -i n3.eth0.50 -o n1.eth0.50 -j ACCEPT
  363. -i n1.eth0.50 -o n3.eth0.50 -j ACCEPT
  364. -i n3.eth0.50 -o n2.eth0.50 -j ACCEPT
  365. -i n2.eth0.50 -o n3.eth0.50 -j ACCEPT
  366. -i n2.eth0.50 -o n1.eth0.50 -j ACCEPT
  367. -i n1.eth0.50 -o n2.eth0.50 -j ACCEPT
  368.  
  369. You could envision a script (e.g. a RUNTIME hook) that inserts ACCEPT rules that allow all nodes to communicate with a certain node. In fact, you could parse the output of 'brctl show' from said script to get a list of interfaces on the WLAN.
  370.  
  371. -Jeff
  372.  
  373. From jeffrey.m.ahrenholz at boeing.com Wed Dec 5 12:18:22 2012
  374. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  375. Date: Wed, 5 Dec 2012 09:18:22 -0800
  376. Subject: [core-users] about EMANE PHY configuration
  377. In-Reply-To: <CABEcf7EYu6dwHt95nBsq+XAkDzvu1Zt8aFKDkmGc_1oBgDR8Sg@mail.gmail.com>
  378. References: <CABEcf7EYu6dwHt95nBsq+XAkDzvu1Zt8aFKDkmGc_1oBgDR8Sg@mail.gmail.com>
  379. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B54A5694@XCH-NW-12V.nw.nos.boeing.com>
  380.  
  381. Sissi,
  382.  
  383. > How can I get a realistic VANET scenario by configuring the PHY parameters in
  384. > EMANE? For example, it can have the realistic connectivity range.
  385. >
  386. > If so , how can I adjust the connectivity range? Why the default value of
  387. > transmit power and antenna gain are 0? Can signals be transmitted when they
  388. > are 0?
  389.  
  390. Not quite sure about the answer to your questions. You could try the emane-users list [1], but I think you will need to have more specifics. What type of radio do you want to emulate? Does a model for such radios exist or can you approximate using RF-PIPE? What kind of antenna(s) would be installed on the vehicles and what kind of connectivity would they offer?
  391.  
  392. The default values used in CORE are the defaults provided by EMANE. You can find documentation on the Universal PHY model here [2].
  393.  
  394. -Jeff
  395.  
  396. [1] http://pf.itd.nrl.navy.mil/mailman/listinfo/emane-users
  397. [2] http://labs.cengen.com/emane/doc/0.7.4/html/universalphy.0.7.3.2.html
  398.  
  399.  
  400. From huangdan226 at gmail.com Fri Dec 7 23:28:04 2012
  401. From: huangdan226 at gmail.com (Dan Huang)
  402. Date: Fri, 7 Dec 2012 23:28:04 -0500
  403. Subject: [core-users] About Running time add router and tunnel
  404. Message-ID: <CACh8YLpW5BKCAMgGa-8T0CPW2CtU-=j39oM2rtsMxBVOZNaFRA@mail.gmail.com>
  405.  
  406. Hi Jeffrey:
  407.  
  408. I have a question about CORE state.
  409. I wanna use CORE's API message to add router in CORE's running time. When I
  410. do this, the new added nodes could show on GUI just like the router set up
  411. before running. The only difference is that there is no routing algorithm
  412. on these running time added routers. I don't know why these happen. Do you
  413. have any idea about this ?
  414.  
  415. Thank you very much
  416.  
  417. Dan
  418. -------------- next part --------------
  419. An HTML attachment was scrubbed...
  420. URL: http://pf.itd.nrl.navy.mil/pipermail/core-users/attachments/20121207/1e177f76/attachment.html
  421.  
  422. From jeffrey.m.ahrenholz at boeing.com Mon Dec 10 11:14:41 2012
  423. From: jeffrey.m.ahrenholz at boeing.com (Ahrenholz, Jeffrey M)
  424. Date: Mon, 10 Dec 2012 08:14:41 -0800
  425. Subject: [core-users] About Running time add router and tunnel
  426. In-Reply-To: <CACh8YLpW5BKCAMgGa-8T0CPW2CtU-=j39oM2rtsMxBVOZNaFRA@mail.gmail.com>
  427. References: <CACh8YLpW5BKCAMgGa-8T0CPW2CtU-=j39oM2rtsMxBVOZNaFRA@mail.gmail.com>
  428. Message-ID: <FD98F9C3CBABA74E89B5D4B5DE0263B937B5514818@XCH-NW-12V.nw.nos.boeing.com>
  429.  
  430. Dan,
  431.  
  432. > I wanna use CORE's API message to add router in CORE's running time. When I
  433. > do this, the new added nodes could show on GUI just like the router set up
  434. > before running. The only difference is that there is no routing algorithm on
  435. > these running time added routers. I don't know why these happen. Do you have
  436. > any idea about this ?
  437.  
  438. Routing is enabled by the services configured for a node. The services are not being started when you send Node Messages at runtime with the add flag.
  439.  
  440. You can add a default node type with a model of router, and you would get the default Quagga OSPFv2/v3 routing. However, currently the services for a node are only started from Session.bootnodes(), which is called from Session.instantiate() when the GUI puts the session into instantiation mode.
  441.  
  442. -Jeff
  443.  
  444.  
  445.  
  446.  
  447. Archive View by: Downloadable version
  448. December 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 6 KB ]
  449. November 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 24 KB ]
  450. October 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 6 KB ]
  451. September 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 10 KB ]
  452. August 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 16 KB ]
  453. July 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 22 KB ]
  454. June 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 16 KB ]
  455. May 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 10 KB ]
  456. April 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 5 KB ]
  457. March 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 14 KB ]
  458. February 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 13 KB ]
  459. January 2012: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 10 KB ]
  460. December 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 10 KB ]
  461. November 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 5 KB ]
  462. October 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 7 KB ]
  463. September 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 15 KB ]
  464. August 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 20 KB ]
  465. July 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 14 KB ]
  466. June 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 15 KB ]
  467. May 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 27 KB ]
  468. April 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 8 KB ]
  469. March 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 13 KB ]
  470. February 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 5 KB ]
  471. January 2011: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 7 KB ]
  472. December 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 9 KB ]
  473. November 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 18 KB ]
  474. October 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 12 KB ]
  475. September 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 21 KB ]
  476. August 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 19 KB ]
  477. July 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 5 KB ]
  478. June 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 11 KB ]
  479. May 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 6 KB ]
  480. April 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 13 KB ]
  481. March 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 3 KB ]
  482. February 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 5 KB ]
  483. January 2010: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 2 KB ]
  484. December 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 3 KB ]
  485. November 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 16 KB ]
  486. October 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 3 KB ]
  487. September 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 3 KB ]
  488. August 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 6 KB ]
  489. July 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 9 KB ]
  490. June 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 3 KB ]
  491. May 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 6 KB ]
  492. April 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 1 KB ]
  493. March 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 1 KB ]
  494. February 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 2 KB ]
  495. January 2009: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 3 KB ]
  496. December 2008: [ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 478 bytes ]
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement