SNATPool create_v2 Translation Address argument

Hi Verlocs,

 

 

This doesn't sound right to me, so I would like to find out more about what you're experiencing. Would you post exactly the steps you did?

 

 

Are you sure you have the updated wsdl? You said you were using create_v2, so it seems you could not be using old wsdl for this or mistakenly using create, which does take the argument type you said worked in create_v2.

 

 

The translation_addresses argument to create_v2 is definitely a StringSeqSeq. Here's the WSDL. Does this match your wsdl? (see /usr/local/www/iControl/wsdl/LocalLB.SNATPool.wsdl for one way to look at it). Notice the create_v2 section. I use pycontrol 1.x, so I pass a string in either case (maybe you use the type factory thing to make the argument).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

There is another thing we can do to debug it. You can turn on the iControl logging during your test so as to see what is getting handed to iControl as far as arguments. try

 

 

tmsh mod sys db icontrol.loglevel value debug

 

bigstart restart httpd

 

tail -f /var/log/ltm | tee /tmp/1

 

 

tmsh mod sys db icontrol.loglevel value none

 

 

 

What I recommend is that you do the preceding logging once during your test where you pass the StringSeqSeq, and then once when you pass the IPAddressSeqSeq, and compare the log. You will be able to see what iControl thought you passed in each case.

 

 

Another thing we can do is tcpdump what goes on the wire as far as SOAP but maybe that can wait.

 

 

Todd Cromwell III