OpenIPMI does not look into a message to see if it is a "send message". It only does the special handling if you send it directly to the MC in question.
There are problems with doing it any other way. The sequence numbers have to be assigned by a single place. If you have multiple senders, you have to coordinate sequence numbers or things could get confused. My question is: "Why would you want to do this?" If you want to send directly to an IPMB address, you are much better off using the ipmi_send_command_addr() function, or "domain msg" in openipmish. -Corey Wenqiang Song wrote: >Hi, > >I'm having a problem when composing a "send message" command manually >from openimpish command line. > >The configuration of my system is like: >mc list >Domain > Name: s > MCs > Name: s(0.82) > Name: s(0.86) > Name: s(0.20) > >s(0.20) is the BMC. The other two are IPMCs on IPMB-0. I connect to the >system through LAN interface. > >If I issue a command >"mc msg s(0.86) 0 6 1 " >It runs OK. OpenIPMI composes a "send message" command and sends it to >mc s(0.86) through BMC which is s(0.20). But, if I issue a command >"mc msg s(0.20) 0 6 0x34 0x40 0x86 0x18 0x62 0x20 0xc2 1 0x1d" >which is essentially the same thing as the previous one, just that the >sequence number is different. This time I get an error message "Dropped >message seq 3 - netfn/cmd/addr mismatch". > >Here is the backtrace: >(tgdb) bt >#0 ipmi_handle_recv (ipmi=0x0, rspi=0x8102a60, orig_addr=0x8076264, >orig_addr_len=8, orig_msg=0x807 >6290, data=0xbfe7ec8e "\201\034c \001", data_len=23) at >ipmi_payload.c:365 >#1 0xb7ef7ed4 in handle_payload (ipmi=0x8071290, lan=0x80737c8, >addr_num=0, payload_type=0, tmsg=0x >bfe7ec8e "\201\034c \001", payload_len=23) at ipmi_lan.c:2916 >#2 0xb7ef8bcf in handle_lan15_recv (ipmi=0x8071290, lan=0x80737c8, >addr_num=0, data=0xbfe7ec70 "\00 >6", len=0) at ipmi_lan.c:3280 >#3 0xb7ef93eb in data_handler (fd=125, cb_data=0x8071370, id=0x8071428) >at ipmi_lan.c:3480 >#4 0xb7e381ed in fd_handler (fd=125, data=0x7d) at posix_os_hnd.c:87 >#5 0xb7e3a09d in process_fds (sel=0x80650d0, send_sig=0, thread_id=0, >cb_data=0x0, timeout=0xbfe7ef >a8) at selector.c:604 >#6 0xb7e3a26b in sel_select (sel=0x80650d0, send_sig=0x7d, thread_id=0, >cb_data=0x7d, timeout=0x0) >at selector.c:694 >#7 0xb7e388ad in perform_one_op (os_hnd=0x7d, timeout=0x7d) at >posix_os_hnd.c:357 >#8 0x0804ba64 in main (argc=1, argv=0xbfe7f0c4) at ipmish.c:1046 > >The debug output is: >DEBG: Dropped message seq 48 - netfn/cmd/addr mismatch > netfn = 07, exp netfn = 07 > cmd = 01, exp cmd = 34 > >Is that true that OpenIPMI doesn't look into a "send message" command if >this command is composed by the user not OpenIPMI itself? So when the >response to the command embedded in "send message" command comes back, >OpenIPMI will match it with the "send message", which is the original >message in this scenario, and gets mismatch. But if the "send message" >command is composed by OpenIPMI it will store the command the user >provides as the original message and get a match when the response comes >back. > >Any comments? > >For limitations on the use and distribution of this message, please visit >www.sbs.com/emaildisclaimer. > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 >_______________________________________________ >Openipmi-developer mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/openipmi-developer > > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Openipmi-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openipmi-developer
