[omniORB] Problem in network between 'server' and 'client'

Wed Oct 20 13:05:14 BST 2010

Hello,

I have a little problem here, I have 2 apps : one 'server' using omniORB, named Claire, et a second, a 'client' named PO.

Claire is started first, register itself to the name service (I am using the java name service, orbd) and waits.
PO is started then, register itself to the name service, search for Claire in the name service, and do some methods calls.

At this point, everything is ok.

Then PO call a method named 'abonnement(in string name)', where name represents the name used in the name service.

Claire use the name parameter for searching PO in the name service, and retreive a reference to it.

The problem, is that when I call a PO method from this reference, it fails.

Here is the omniorb's log from Claire :

omniORB: (4) 2010-10-20 10:44:36.756051:
4749 4f50 0102 0000 0000 006d 0000 0007 GIOP.......m....
0300 0000 0000 0002 0000 000e fe4c beab .............L..
c642 5700 0000 0000 0000 0001 0000 000b .BW.............
6162 6f6e 6e65 6d65 6e74 0078 0000 0003 abonnement.x....
0000 0011 0000 0002 0002 0011 0000 0001 ................
0000 000c 0000 0000 0001 0001 0001 0109 ................
4e45 4f00 0000 0002 0014 4f00 0000 0002 NEO.......O.....
0000 0005 706c 6f70 00 ....plop.
omniORB: (4) 2010-10-20 10:44:36.756088: Receive codeset service context and set TCS to (ISO-8859-1,UTF-16)
omniORB: (4) 2010-10-20 10:44:36.756106: Dispatching remote call 'abonnement' to: root<0> (active)
omniORB: (4) 2010-10-20 10:44:36.756191: Initial reference `NameService' resolved from configuration file.
omniORB: (4) 2010-10-20 10:44:36.756217: Invoke '_is_a' on remote: key<............................RootPOA.....NameService.....NC0.>
omniORB: (4) 2010-10-20 10:44:36.756249: sendChunk: to giop:tcp:192.9.10.213:1049 148 bytes
omniORB: (4) 2010-10-20 10:44:36.756267:
4749 4f50 0102 0000 0000 0088 0000 0006 GIOP............
0300 0000 0000 2034 0000 003c afab cb00 ...... 4...<....
0000 0022 0000 03e8 0000 0001 0000 0000 ..."............
0000 0002 0000 0008 526f 6f74 504f 4100 ........RootPOA.
0000 000c 4e61 6d65 5365 7276 6963 6500 ....NameService.
0000 0003 4e43 3014 0000 0006 5f69 735f ....NC0....._is_
6100 0020 0000 0000 0000 0028 4944 4c3a a.. .......(IDL:
6f6d 672e 6f72 672f 436f 734e 616d 696e omg.org/CosNamin
672f 4e61 6d69 6e67 436f 6e74 6578 743a g/NamingContext:
312e 3000 1.0.
omniORB: (4) 2010-10-20 10:44:36.757341: inputMessage: from giop:tcp:192.9.10.213:1049 41 bytes
omniORB: (4) 2010-10-20 10:44:36.757361:
4749 4f50 0102 0001 0000 001d 0000 0006 GIOP............
0000 0000 0000 0001 4e45 4f00 0000 0002 ........NEO.....
0014 00cc 0000 0006 01 .........
omniORB: (4) 2010-10-20 10:44:36.757393: Return '_is_a' on remote: key<............................RootPOA.....NameService.....NC0.>
omniORB: (4) 2010-10-20 10:44:36.757420: Creating ref to remote: key<............................RootPOA.....NameService.....NC0.>
target id : IDL:omg.org/CosNaming/NamingContext:1.0
most derived id:
omniORB: (4) 2010-10-20 10:44:36.757464: Invoke 'resolve' on remote: key<............................RootPOA.....NameService.....NC0.>
omniORB: (4) 2010-10-20 10:44:36.757489: sendChunk: to giop:tcp:192.9.10.213:1049 125 bytes
omniORB: (4) 2010-10-20 10:44:36.757505:
4749 4f50 0102 0000 0000 0071 0000 0008 GIOP.......q....
0300 0000 0000 2034 0000 003c afab cb00 ...... 4...<....
0000 0022 0000 03e8 0000 0001 0000 0000 ..."............
0000 0002 0000 0008 526f 6f74 504f 4100 ........RootPOA.
0000 000c 4e61 6d65 5365 7276 6963 6500 ....NameService.
0000 0003 4e43 3014 0000 0008 7265 736f ....NC0.....reso
6c76 6500 0000 0000 0000 0001 0000 0005 lve.............
706c 6f70 0072 672f 0000 0001 00 plop.rg/.....
omniORB: (4) 2010-10-20 10:44:36.758805: inputMessage: from giop:tcp:192.9.10.213:1049 210 bytes
omniORB: (4) 2010-10-20 10:44:36.758821:
4749 4f50 0102 0001 0000 00c6 0000 0008 GIOP............
0000 0000 0000 0001 4e45 4f00 0000 0002 ........NEO.....
0014 00cc 0000 0006 0000 0013 4944 4c3a ............IDL:
434c 412f 436c 6965 6e74 3a31 2e30 002e CLA/Client:1.0..
0000 0001 0000 0000 0000 0086 0001 0200 ................
0000 000d 3139 312e 302e 3234 382e 3533 ....191.0.248.53
0000 130f 0000 0031 afab cb00 0000 0020 .......1.......
c8d0 a394 0000 0001 0000 0000 0000 0001 ................
0000 0008 526f 6f74 504f 4100 0000 0008 ....RootPOA.....
0000 0001 0000 0000 1400 0000 0000 0002 ................
0000 0001 0000 0020 0000 0000 0001 0001 ....... ........
0000 0002 0501 0001 0001 0020 0001 0109 ........... ....
0000 0001 0001 0100 0000 0026 0000 0002 ...........&....
0002 ..
omniORB: (4) 2010-10-20 10:44:36.758985: Creating ref to remote: key<............................RootPOA..............>
target id : IDL:omg.org/CORBA/Object:1.0
most derived id: IDL:CLA/Client:1.0
omniORB: (4) 2010-10-20 10:44:36.759010: Return 'resolve' on remote: key<............................RootPOA.....NameService.....NC0.>
omniORB: (4) 2010-10-20 10:44:36.759063: LocateRequest to remote: key<............................RootPOA..............>
omniORB: (4) 2010-10-20 10:44:36.759172: Client attempt to connect to giop:tcp:191.0.248.53:4879
omniORB: (4) 2010-10-20 10:44:36.759269: Failed to connect: 191.0.248.53
omniORB: (4) 2010-10-20 10:44:36.759329: Switch rope to use address giop:tcp:191.0.248.53:4879
omniORB: (4) 2010-10-20 10:44:36.759355: Unable to open new connection: giop:tcp:191.0.248.53:4879
omniORB: (4) 2010-10-20 10:44:36.759371: throw giopStream::CommFailure from giopStream.cc:1152(0,NO,TRANSIENT_ConnectFailed)
omniORB: (4) 2010-10-20 10:44:36.759612: throw TRANSIENT from omniObjRef.cc:1137 (NO,TRANSIENT_ConnectFailed)
omniORB: (4) 2010-10-20 10:44:36.759812: omniRemoteIdentity deleted.
omniORB: (4) 2010-10-20 10:44:36.759830: ObjRef(IDL:CLA/Client:1.0) -- deleted.
omniORB: (4) 2010-10-20 10:44:36.759895: ObjRef() -- deleted.
omniORB: (4) 2010-10-20 10:44:36.759938: sendChunk: to giop:tcp:191.0.248.53:4884 28 bytes

I tried to telnet the ip/port of the PO app, and it works, I don't understand why omniORB fails.
I tried to developp a test programme of Claire in java, implementing the same idl, everything works well.

Can the problem be linked to the fact that the Claire app runs on a server that have more that one interface ? :

omniORB: (0) 2010-10-20 11:18:06.044802: My addresses are:
omniORB: 192.9.12.16
omniORB: 192.9.10.213
omniORB: 127.0.0.1

and

omniORB:   endPoint = giop:tcp:192.9.10.213:

Note : there is a router between the network 192.9.10.213 and 191.0.248.53, but the problem is still here if I tried from the same network.

Thanks for your help.

--
Nicolas V.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20101020/b06cf207/attachment-0001.htm