ICANN/GNSO GNSO Email List Archives

[council]


<<< Chronological Index >>>    <<< Thread Index >>>

[council] Revised Community Travel Support Procedure for FY09


Dear GNSO Colleagues,

as I had not been able to participate timely in the discussions, and then 
seeing that the regulations had many “open ends” (to put it mildly), I was 
reluctant to join in for a while. But I changed my mind and write now, after 
having read the following strong words from Philip:

= =
Alan is entirely correct about mixed messages.

Lets be clear this is a VERY BAD travel policy indeed.
It is deflecting effort from policy to admin,
it ignored the good advice given during public comments,
it is divisive,
it is mean,
it is confused,
it is mathematically inept.

Is the Council and its policy making activity worth more than 0.3% of ICANN's 
total budget? Clearly not in the eyes of ICANN management.

We should condemn this policy as a Council and request Board reconsideration.
= =

Of course I read also the many other contributions. 

For Cairo, I think our chair (and some others) will have to muddle through 
with the present regulations, I hope with some flexibility to take care – for 
example – of such questions as Kristina's whether “shared use be permitted if 
no one person needs full support.” I think this is a very practical question, 
considering our complex realities which were raised in some of the “good 
advice given during public comments.”

For the future, I hope that the following two points will get attention. They 
both relate to a responsible use of scarce financial resources – even if the 
travel subsidy is only 0,3% of the budget, which is scarce enough.

1. Pricing

For the Delhi meeting, I had to have a protracted and difficult discussion 
with the ICANN office to get permission ( ! ) to save travel expenses by 
buying my ticket locally. It was not just saving a few dollars. Instead of 
accepting the ICANN ticket priced at US$2,577.70 (“fare is now USD 2577.70 no 
lower fares available”), I was, after many mails back and forth, allowed 
( ! ) to buy a ticket for US$695, though I finally bought it for only US$665 
(without permission for this additional saving, as my clever and concerned 
local agent found, on their own initiative, a seat which had became available 
locally when another person canceled – only a local agent can do this in a 
timely manner).

This was a completely legal purchase (for the same airline/flight number for 
which ICANN wanted to send me a ticket almost four times as expensive). My 
ticket was open to change the dates (on the same airline) - the ICANN ticket 
dates would have been fixed/non changeable. 

Later ICANN also conceded that my price was possible, because I am living in 
a “soft currency” country, and for local purchases (with hard currency) these 
prices exist. There are quite a number of other GNSO, ALAC, and ICANN Board 
members who live in “soft currency” countries. I saved 1,900 dollars on one 
fairly short trip from Cambodia to India. If you multiply such amounts for 
other “soft currency” supported ICANN travelers...

Two surprises: 

a) I was later informed that my approach would probably not be acceptable for 
auditing. If the auditing does not allow to save US$1,900 on one person's 
single trip, the auditing principles are obviously wrong and have to be 
changed. 

When I see how difficult it is made to save huge amounts of travel funds, the 
good argument that we have to set priorities to save resources just does not 
sound real. (The wisdom of some Cambodian colleagues says: “Surely the 
interest to have central control on tickets involves some kickbacks.” It is 
not easy – in our context – to convince people that this is NOT so, when it 
is not encouraged to make huge saving with a decentralized approach.)  

b) This is more on a personal level, due to my naiveté: I asked if some of the 
US$1,900 I had saved from being spent on my ticket could be made available 
for my hotel costs in Delhi – but I was informed this would be unfair to 
other participants (for whom expensive tickets had been paid, I assume, no 
questions asked).


2. Routing and Timing

I heard that some people who had received ICANN travel support (not GNSO) were 
made to leave before an ICANN meeting was over, because there was no 
departing flight available in the evening of the closing day. (If this is a 
rumor without a basis in reality – my apologies.) When I heard this, I got 
again the impression that the policy behind is guided by “top down central 
administration” and not by a “bottom-up approach starting with local reality 
and its needs.” To bring a person for thousands of dollars to a meeting, and 
then cut the time short to save a bit at the end, seems not to give due 
attention to the purpose of the whole affair.

I dare to add here some elements of ICANN travel regulations which were sent 
to me at another occasion, which said something such as: “only tickets for 
direct connection to the event, and for the start and end time of the event” 
can be issued. I think that most of us, working as volunteers without pay on 
ICANN affairs, are busy also with different other obligations and tasks and 
interests, and I would like to suggest that we should not need special 
permits to come a day earlier to take care of jet lag, or to stay a day or 
two longer as some ICANN board members do also sometimes, or to do our own 
re-routing (of course always taking care of any additional payments, if 
necessary, on our own account).


Conclusions

My best wishes to handle Cairo.

For the time after Cairo, the Council should enter into a serious 
reconsideration of a travel support policy draft – taking account of all 
kinds of practicalities, and consider concerns for a “central travel agency” 
operation only as a support and not as a control function – once we have 
clear principles and procedures.

I do not intend to enter into a discussion whether GNSO members or WG 
Coordinators or competent Constituency representatives in WGs are “more 
important” - I am just surprised about the lack of clarity of basic common 
purpose, which becomes obvious in the present discussion. Even after the GNSO 
reform , the WGs will not be born by themselves. Not to assure that the GNSO 
Council can function well – representing ICANN constituencies – having the 
important function to discuss policy priorities, also for the creation of WGs 
and for the further handling of their results, cannot be in the interest of 
anybody committed to ICANN operating with a bottom-up approach. 


Norbert Klein



<<< Chronological Index >>>    <<< Thread Index >>>