Dikutip dari sebuah milis

Menambahkan tulisan mas Adie ini, saya justru kepikiran Allah sedang mulai melakukan skenario mencabuti ilmu2 Quran pelan2 dengan mewafatkan orang2 yang mukmin diantara kita….

Kebohongan yang merajalela setelah gempa
By Adie Jordan

Sun at 8:32pm
Beberapa saat setelah gempa Sumbar terjadi, banyak status di
Facebook yang mengkait-kaitkan gempa ini dengan ayat Alqur’an 17.16
yang berbunyi :

“Dan jika Kami hendak membinasakan suatu negeri, maka Kami
perintahkan kepada orang-orang yang hidup mewah di negeri itu (supaya
menta’ati Allah) tetapi mereka melakukan kedurhakaan dalam negeri itu,
maka sudah sepantasnya berlaku terhadapnya perkataan (ketentuan Kami),
kemudian Kami hancurkan negeri itu sehancur-hancurnya.”

Tentu saja ini membuat gerah sebahagian korban yang tertimpa
musibah ini, mereka merasa sebagai “korban yang dihakimi”.

Kenapa sampai ayat ini dijadikan vonis bahwa mereka adalah
orang-orang “berhidup mewah yang melakukan kedurhakaan kepada
Allah”.??

Hal ini sangat menggelitik bagi kami untuk mencari dari gempa yang
terjadi di Aceh 26 Desember 2004. Kenapa tidak dikaitkan dengan
satupun ayat Al-Qur’an? Berikut rekam kejadian gempa Aceh :

Gempa terjadi pada waktu 7:58:53 WIB. Pusat gempa terletak pada
bujur 3.316° N 95.854° EKoordinat: 3.316° N 95.854° E kurang lebih 160
km sebelah barat Aceh sedalam 10 kilometer. Gempa ini berkekuatan 9,3
menurut skala Richter dan dengan ini merupakan gempa bumi terdahsyat
dalam kurun waktu 40 tahun terakhir ini yang menghantam Asia Tenggarai
http://id.wikipedia.org/wiki/Gempa_bumi_Samudra_Hindia_2004

Lalu apa “Ramalan” Al Qur’an pada waktu kejadian tersebut..??

[7:58] Dan tanah yang baik, tanaman-tanamannya tumbuh subur dengan
seizin Allah; dan tanah yang tidak subur, tanaman-tanamannya hanya
tumbuh merana. Demikianlah Kami mengulangi tanda-tanda kebesaran
(Kami) bagi orang-orang yang bersyukur.

Sebenarnya yang menjadi masalah adalah dalam kaitan Ayat 17.16
yang dihubungkan, “Ahli-ahli tafsir” dadakan ini seolah olah
mengaitkan bahwa korban gempa di Padang sama dengan orang yang
dimaksud dalam Ayat 17.16 tersebut.

Apakah orang2 yang menghakimi tersebut pernah ke kota Padang atau
tinggal di kota Padang.?

Di Sumatera Barat secara umum dan Padang khususnya dalam 5 tahun
belakangan ini sangat bersungguh-sungguh untuk menjadi kota yang
bertaqwa kepada Allah (setidaknya itu dari pandangan saya selama
bekerja disana). Setiap pagi ada gerakan Subuh Mubarakah dan di setiap
Masjid lantunan Asma’ul Husna terdengar hampir setiap pagi.

Lihatlah para pelajar di kota padang, selalu menggunakan busana
muslim di setiap hari dan rata-rata mereka hapal dengan Asma’ul Husna.
http://www.padang.go.id/v2/content/view/1646/1/

Apakah ini negeri yang “Durhaka kepada Allah” itu.?

Kita seharusnya sepakat bahwa negeri itu sedang disayang Allah
karena mereka sedang mendekatkan diri kepada Nya sesuai dengan Firman
Allah

[2:214] Apakah kamu mengira bahwa kamu akan masuk syurga, padahal
belum datang kepadamu (cobaan) sebagaimana halnya orang-orang
terdahulu sebelum kamu? Mereka ditimpa oleh malapetaka dan
kesengsaraan, serta digoncangkan (dengan bermacam-macam cobaan)
sehingga berkatalah Rasul dan orang-orang yang beriman bersamanya:
“Bilakah datangnya pertolongan Allah?” Ingatlah, sesungguhnya
pertolongan Allah itu amat dekat.

Maka dari itu, agar teman2 dapat menyebarkan pesan ini kepada
teman lain di Facebok atau dimanapun. Marilah kita sama-sama
bertaubat, karena bisa jadi bukan mereka yang dihukum, tapi kita yang
sedang diberi kesempatan kedua.

[53:32] (Yaitu) orang-orang yang menjauhi dosa-dosa besar dan
perbuatan keji yang selain dari kesalahan-kesalahan kecil.
Sesungguhnya Tuhanmu maha luas ampunanNya. Dan Dia lebih mengetahui
(tentang keadaan)mu ketika Dia menjadikan kamu dari tanah dan ketika
kamu masih janin dalam perut ibumu; maka janganlah kamu mengatakan
dirimu suci. Dialah yang paling mengetahui tentang orang yang
bertakwa.

Wallahu’alam

From UICC, it send below APDU (e.g calling +6611555678111 – it’s fake number dude)

============================================================

|—[:] COMMAND DETAILS
|—[:] Command Number: 01
|—[:] Command Type: Set Up Call
|—[:] Command Qualifier: Set up call, but only if not currently busy on another call, with redial
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: UICC
|—[:] Destination Device identity: Network
|—[:] ALPHA IDENTIFIER
|—[:] Alpha identifier details Calling…
|—[:] ADDRESS
|—[:] Type-OF-Number: International number
|—[:] Numbering-Plan-Identification: ISDN/telephony numbering plan (‘The internationalpublic telecommunication numbering plan’ and E.163 recommandation)
|—[:] Dialling number: 66 15 55 67 81 11
|—[:] Card Status: 90 00
\—[:] Raw data: D01E010301100102028183050A43616C6C696E672E2E2E0607916651557618119000
============================================================

If you already register for Call Control by SIM, then below envelope data will be available to
your SIM java applet first

============================================================
[+] APDU Command: ENVELOPE – Call control
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: Terminal
|—[:] Destination Device identity: UICC
|—[:] ADDRESS
|—[:] Type-OF-Number: International number
|—[:] Numbering-Plan-Identification: ISDN/telephony numbering plan (‘The internationalpublic telecommunication numbering plan’ and E.163 recommandation)
|—[:] Dialling number: 66 15 55 67 81 11
|—[:] CAPABILITY CONFIGURATION PARAMETERS
|—[:] 06 60 04 02 00 05 81
|—[:] LOCATION INFORMATION
|—[:] Mobile Country & Network Codes(MCC & MNC): XX XX XX
|—[:] Location Area Code(LAC): 01 96
|—[:] Cell Identity Value(Cell ID): 13 A9
|—[:] Header: 80C2000021
\—[:] Data: D41F020282810607916651557618110707066004020005811307XXXXXX019613A9
============================================================

Sorry I remove MCC/MNC information

Once it’s allowed by SIM (by Call Control by SIM envelope command), then terminal/handset
will start calling

============================================================
[+] APDU Command: TERMINAL RESPONSE
|—[:] COMMAND DETAILS
|—[:] Command Number: 01
|—[:] Command Type: Set Up Call
|—[:] Command Qualifier: Set up call, but only if not currently busy on another call, with redial
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: Terminal
|—[:] Destination Device identity: UICC
|—[:] RESULT
|—[:] RESULT DETAILS : Command performed successfully
|—[:] Header: 801400000C
\—[:] Data: 010301100102028281030100
============================================================

Once connected and you register for Call Connected Event, below event will be available to your card applet
============================================================
[+] APDU Command: ENVELOPE – Event download
|—[:] EVENT LIST
|—[:] Event list detail: Call connected
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: Network
|—[:] Destination Device identity: UICC
|—[:] TRANSACTION IDENTIFIER
|—[:] List :
|—[:] Transaction Identifier 1
|—[:] TI Flag is true TI Value : 268435448
|—[:] Header: 80C200000C
\—[:] Data: D60A190101020283811C0180
============================================================

Once finished and call disconnected, below event will be available
============================================================
[+] APDU Command: ENVELOPE – Event download
|—[:] EVENT LIST
|—[:] Event list detail: Call disconnected
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: Terminal
|—[:] Destination Device identity: UICC
|—[:] TRANSACTION IDENTIFIER
|—[:] List :
|—[:] Transaction Identifier 1
|—[:] TI Flag is false TI Value : 0
|—[:] CAUSE E0 90
|—[:] Header: 80C2000010
\—[:] Data: D60E190102020282811C01001A02E090
============================================================

From UICC to Handset:
——————————————————————————–
[+] APDU
|—[:] COMMAND DETAILS
|—[:] Command Number: 01
|—[:] Command Type: Provide Local Information
|—[:] Command Qualifier: IMEI of the terminal
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: UICC
|—[:] Destination Device identity: Terminal
|—[:] Card Status: 90 00
\—[:] Raw data: D0098103012601820281829000

Handset Response to UICC:
——————————————————————————–
[+] APDU Command
|—[:] COMMAND DETAILS
|—[:] Command Number: 01
|—[:] Command Type: Provide Local Information
|—[:] Command Qualifier: IMEI of the terminal
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: Terminal
|—[:] Destination Device identity: UICC
|—[:] RESULT
|—[:] RESULT DETAILS : Command performed successfully
|—[:] IMEI: 3A 45 02 03 03 18 38 00
|—[:] Header: 8014000016
\—[:] Data: 81030126010202828103010014083A4502030318xxxx

We get IMEI 3A 45 02 03 03 18 xx xx, sorry I override 2 latest byte

Hi Javacard developer, this is for your reference on Terminal Profile APDU (in this case is Nokia N86 8MP)

[+] APDU Command: TERMINAL PROFILE
|—[:] First byte (Download)
|—[:] *Call Control send by NAA
|—[:] *Reserved by 3GPP (USSD string data object support in Call Control by USIM)
|—[:] *Timer expiration
|—[:] *Reserved by 3GPP (SMS-PP data download)
|—[:] *Menu Selection
|—[:] *Reserved by 3GPP (Cell Broadcast Data Download)
|—[:] *Reserved by 3GPP (SMS-PP data download)
|—[:] *Profile Download
|—[:] Second byte (Other)
|—[:] *Display Text
|—[:] *UCS2 Display supported
|—[:] *UCS2 Entry supported
|—[:] *Call Control by NAA
|—[:] *Reserved by 3GPP (MO Short message control)
|—[:] *Call Control by NAA
|—[:] *Call Control by NAA
|—[:] *Command Result
|—[:] Third byte (Proactive UICC)
|—[:] *Proactive UICC : REFRESH
|—[:] *Proactive UICC : POLLING OFF
|—[:] *Proactive UICC : POLL INTERVAL
|—[:] *Proactive UICC : PLAY TONE
|—[:] *Proactive UICC : MORE TIME
|—[:] *Proactive UICC : GET INPUT
|—[:] *Proactive UICC : GET INKEY
|—[:] *Proactive UICC : DISPLAY TEXT
|—[:] Fourth byte (Proactive UICC)
|—[:] *Proactive UICC : PROVIDE LOCAL INFORMATION (NMR)
|—[:] *Proactive UICC : PROVIDE LOCAL INFORMATION (MCC, MNC, LAC, Cell ID & IMEI)
|—[:] *Proactive UICC : SET UP MENU
|—[:] *Proactive UICC : SET UP CALL
|—[:] *Proactive UICC : Reserved by 3GPP (SEND USSD)
|—[:] *Proactive UICC : Reserved by 3GPP (SEND SS)
|—[:] *Proactive UICC : Reserved by 3GPP (SEND SHORT MESSAGE with 3GPP-SMS-TPDU)
|—[:] *Proactive UICC : SELECT ITEM
|—[:] Fifth byte (Event driven information)
|—[:] *Event : Idle screen available
|—[:] *Event : User activity
|—[:] *Event : Location status
|—[:] *Event : Call disconnected
|—[:] *Event : Call connected
|—[:] *Event : MT CALL
|—[:] *Proactive UICC : SET UP EVENT LIST
|—[:] Sixth byte (Event driven information extensions)
|—[:] *Event : Channel status
|—[:] *Event : Data available
|—[:] *Event : Browser termination
|—[:] *Event : Language selection
|—[:] Eighth byte (Proactive UICC)
|—[:] *Call Control by NAA
|—[:] *SETUP CALL
|—[:] *SET UP IDLE MODE TEXT
|—[:] *GET INKEY
|—[:] *Proactive UICC : PROVIDE LOCAL INFORMATION(date, time and time zone)
|—[:] *Proactive UICC : TIMER MANAGEMENT (get current value)
|—[:] *Proactive UICC : TIMER MANAGEMENT(start, stop)
|—[:] Ninth byte
|—[:] *Proactive UICC : LAUNCH BROWSER
|—[:] *Proactive UICC : LANGUAGE NOTIFICATION
|—[:] *Proactive UICC : Reserved by 3 GPP (PROVIDE LOCAL INFORMATION, Timing Advance)
|—[:] *Proactive UICC : PROVIDE LOCAL INFORMATION (language)
|—[:] *Proactive UICC : PROVIDE LOCAL INFORMATION (NMR)
|—[:] *SEND DTMF command
|—[:] *DISPLAY TEXT
|—[:] Twelfth byte
|—[:] *Proactive UICC : GET CHANNEL STATUS
|—[:] *Proactive UICC : SEND DATA
|—[:] *Proactive UICC : RECEIVE DATA
|—[:] *Proactive UICC : CLOSE CHANNEL
|—[:] *Proactive UICC : OPEN CHANNEL
|—[:] Thirteenth byte
|—[:] *GPRS
|—[:] *Number of channels supported by terminal 7
|—[:] Fourteenth byte (Screen height)
|—[:] *Screen sizing Parameters supported
|—[:] *Number of characters supported down the terminal 5
|—[:] Fifteenth byte (Screen width)
|—[:] *Number of characters supported across the terminal display : 15
|—[:] Seventeenth byte
|—[:] *UDP
|—[:] *TCP
|—[:] Twenty-first byte (Extented Launch Browser Capability)
|—[:] *CHTML
|—[:] *HTML
|—[:] *XHTML
|—[:] *WML
|—[:] Additional Profile Data In: 00
|—[:] Header: 8010000017
\—[:] Data: FFFFFFFF7F0F00DF7F00001FE2850F00030000000F0000

Launch Browser APDU

Hi Javacard developer, this is for your reference on Launch browser APDU

|—[:] COMMAND DETAILS
|—[:] Command Number: 01
|—[:] Command Type: Launch browser
|—[:] Command Qualifier: Launch browser if not already launched
|—[:] DEVICE IDENTITIES
|—[:] Source Device identity: UICC
|—[:] Destination Device identity: Display
|—[:] URL: 78 78 78 78 78 78 78 2e 78 78 2e 78 78
|—[:] Card Status: 90 00
\—[:] Raw data: D018010301150002028102310D787878787878782e78782e78789000

URL is 78 78 78 78 78 78 78 2e 78 78 2e 78 78 (xxxxxxx.xx.xx)

Krisis moneter juga menghantam dubai,salah satu akibatnya adalah
banyaknya PHK di Dubai utamanya dari sektor konstruksi & properti.
Dari sudut pandang saya sebagai penyewa, ternyata ada sisi positifnya
karena jumlah supply apartemen banyak sementara jumlah penyewa turun,
jadinya harga sewa apartemen pun turun.

Salah satunya adalah apartemen saya, dari harga 110rb AED/tahun
bisa dinego jadi 65rb AED/tahun.

Cuman, konon kabarnya tunjangan rumah kita-kita pun akan segera disesuaikan
dengan kondisi pasar sekarang.

Jadi apakah bisa saving dari tunjangan rumah? Tidak tau

“Du”, ya cuman 2 huruf nama perusahaan saya ini. Walau demikian sebenarnya nama perusahaan
resminya adalah Emirates Integrated Telecommunications Company PJSC. Du adalah “brand” nama
operator dan juga dipakai sebagai nama dagang di bursa saham di UAE. Dan untuk orang UAE, nama
“du” tidak asing karena di sini hanya ada 2 operator telekomunikasi, yakni etisalat dan du.

Lalu apa itu “Du”? Coba lihat-lihat websitenya di www.du.ae agar lebih mengerti

Anda bekerja di perusahaan yang punya nama perusahaan lebih singkat daripada saya?

Seringkali teman-teman bertanya, apa benefit bekerja di operator seluler di Dubai, dalam kasus saya di du (www.du.ae)?
Benefitnya cukup banyak, tapi jangan dibandingkan dengan benefit di sektor oil&gas/konstruksi yang jauh lebih dahsyat.

1. Tunjangan rumah
Fungsi tunjangan rumah adalah untuk membayar biaya sewa rumah.
Pada saat awal bergabung, maka kita akan diberikan X kali lipat dari tunjangan rumah bulanan kita
untuk digunakan membayar sewa rumah. Setelah itu, tunjangan diberikan bulanan.

Tergantung memanfaatkan tunjangan rumah ini dan kondisi pasar properti, maka kita bisa nabung atau nombok dari uang
tunjangan rumah ini.

Besarnya tergantung grade/level kita. Tapi lumayan OK lah daripada gak dikasih.

2. Tunjangan transportasi
Diberikan agar pekerja memiliki ongkos untuk pulang pergi dari kantor. Di Dubai tunjangan ini cukup untuk menyicil
pembelian mobil yang harganya memang relatif murah di Dubai.

Besarnya tergantung grade/level kita. Tapi lumayan OK lah daripada gak dikasih.

3. Tunjangan Relokasi
Diberikan berupa 20ft container untuk mengangkut barang2 dari tempat asal kita ke Dubai. Tunjangan ini tidak saya pakai
karena saya gak punya barang apa2 untuk diangkut ke Dubai dari Indonesia/Singapura. Tunjangan ini tidak bisa diuangkan
jadi kalau tidak dipakai ya hangus.

4. Tunjangan Pendidikan anak
Diberikan untuk anak kita yang berumur 4-18 tahun. Besarnya 12rb AED/year. Jumlah yang kecil di Dubai ini, namun OK lah
daripada gak dikasih

5. Tunjangan Telepon
Ya buat nelpon. Jatah saya relatif kecil tapi sejauh ini, tagihan telepon saya selalu 0, karena telepon internasional
dapat diskon 50% dan rate-nya khusus pegawai Du. Sementara telepon ke telepon rumah di Dubai juga gratis.

6. Tunjangan tiket pesawat PP ke negara asal
Patokannya tiket ekonomi menggunakan airline Emirates dengan harga tiket ekonomi termahal untuk setiap anggota keluarga.
Jadi bisa disiasati untuk menggunakan airline yang lebih murah atau ambil tiket yang lebih murah jadi bisa disimpan sisanya.

7. Tunjangan kesehatan
Berupa asuransi kesehatan, intinya biar berobat gratis untuk seluruh anggota keluarga. Asuransi meliputi seluruh negara kecuali
US/Canada. Tapi di sini ada American Hospital, jadi sama saja seperti berobat di US.

8. End of Service Benefit
Jadi suatu ketika kita mengundurkan diri, kita akan mendapatkan pesangon yang besarnya tergantung berapa lama kita sudah bekerja
di perusahaan. Minimal dihitung 21 hari kerja relatif terhadap gaji pokok bulanan

9. Jatah Cuti
– Normal Cuti: 30 Hari Kerja setaun atau 1,5 Bulan
– Cuti Haji : Kalau haji dapat cuti tambahan khusus untuk haji
– Compassionate Leave: Kalau ada famili yang meninggal maka dapat cuti 7 hari + tiket PP untuk balik ke rumah

10. Gaji Pokok + Bonus
Ya kalau gak digaji pokok, gimana bisa makan sehari2.

Sekilas tentang biaya hidup di Dubai

Setelah 9 bulan tinggal di dubai, tepatnya sejak 9 september 2008, penulis ingin berbagi informasi
tentang dubai, khususnya tentang biaya hidup di Dubai. Tulisan ini sifatnya subjektif berdasarkan
pengalaman penulis saja.

Tempat Tinggal
————–
Seperti umumnya berkelana, bekerja, bertempat tinggal di semua tempat, ongkos terbesar di Dubai
jatuhnya juga di ongkos tempat tinggal. Ada tempat yang mahal ada tempat yang murah. Tinggal dipilih
sesuai budget dan kondisi tempat tinggal.

Saat ini saya tinggal di Dubai Marina, sebuah area yang saya pilih karena banyak faktor:
1. Dekat kantor (kantor saya di Dubai Media City)
2. Dekat masjid
3. Dekat tempat makan
4. Dekat supermarket

Terlepas dari perhitungan di atas, ada hal2 baru yang semakin membuat saya senang2 saja tinggal di sini:
1. Dekat dengan stasiun Dubai Metro alias kereta KRL-nya Dubai yang akan mulai beroperasi 9/9/2009
2. Dekat dengan Mall (Marina Mall)
3. Selama 9 bulan di sini, mencari taxi sangat mudah, bahkan saya rata2 keluar dari rumah sekitar
pukul 8.30 – 8.45 untuk mencapai kantor sebelum 9.00

Dekat disini berarti saya bisa menjangkaunya dengan jalan kaki (jaraknya sktr 1 – 1,5km), mirip
dengan jarak rumah dan SMP saya dulu yang saya tempuh dengan jalan kaki juga.’

Lalu berapa sewanya waktu itu? Saat ini saya sewa apartemen (dng 1 kamar tidur)
Angka sewanya adalah 110rb AED/tahun, namun saya hanya sewa 11 bulan atau seharga sekitar 100rb AED
(kurs saat ini sktr 280jt) yang pembayarannya dilakukan 2 kali di muka.

Apakah harga ini murah? Tidak, ini adalah harga mahal, namun karena ada jatah dari kantor ya saya
ambil saja. Pilihan saya waktu itu cuman 2:
1. nyaman tapi mahal dan tidak bisa menabung dari jatah tunjangan rumah dari kantor (bahkan mungkin nombok)
2. murah sehingga tapi akan mengalami kesulitan utamanya di urusan waktu dan transportasi

Akhirnya saya pilih nomor 1, dan memang sangat terasa mahalnya, hehehehe.
Namun Dubai Marina bukan satu2nya tempat tinggal di dubai. Di sekitar kantor ada tempat2 favorit yang dihuni
teman-teman seperti The Greens, Discovery Garden, Al-Barsha, TECOM, Green Gardens dan lain sebagainya,
namun cuman di Dubai Marina saja paling dekat dengan kantor.

Terlepas dari advantage tempat tinggal saya, ada pula disadvantage tempat tinggal saya, antara lain:
1. Tinggal di tempat yang tinggi (lt. 14) kurang disukai, walau akhirnya biasa-biasa saja.
Pernah kita turun 14 lantai karena alarm kebakaran berbunyi, dan terasa tegang & capeknya, hehehehe.
2. Agak jauh dari teman-teman baik saya yang kebanyakan tinggal di The Greens (geng Hijau)

Buat anda-anda yang ingin menghemat anda bisa tinggal di tempat yang agak jauh, bahkan jauh sekalian seperti
di Sharjah.

Berita gembiranya, seiring krisis moneter, harga2 rental di Dubai turun drastis (bisa sampai 40% turunnya – konon)

Makan-Minum sehari2
——————-
Ongkos terbesar kedua setelah tempat tinggal adalah biaya makan sehari-hari. Rata-rata kita belanja menghabiskan
sekitar 3000 – 4000 AED/sebulan untuk makan sehari2.

Supermarket utama kita adalah Spinneys (http://www.spinneys.com/) yang berjarak 300m dari rumah.
Spinneys tergolong supermarket dengan harga sedikit mahal, dibanding tempat belanja yang lain semisal Lulu Hypermarket
(http://www.luluhypermarket.com/), Geant (http://geant-dubai.com/), atau Carrefour (http://www.carrefouruae.com).

Kalau dihitung dengan kasus sedang malas masak atau sedang jalan2 dan makan di luar kita bisa habiskan sampai 5000 AED/bulan
(kurs saat ini sktr 14jt rupiah).

Sekolah anak2
————-
Bagian ini saya lewatkan karena anak saya masih kecil (dibawah 2 tahun) belom bersekolah, tapi sekolah di Dubai memang
terkenal mahal.

Transportasi
————
Transportasi menggunakan taxi relatif mahal, ongkos buka pintu adalah 3 AED (8500 rupiah), setelah itu ya tergantung waktu
dan jarak tempuh. Saya sering menggunakan taxi waktu berangkat dari rumah ke kantor karena faktor malas jalan waktu pagi
dan habis sekitar 10 AED (atau 200 AED sebulan).

Transportasi menggunakan bis umum hanya 2 atau 2.5 AED (5500 rupiah) jauh dekat bayar sama.

Saya sudah beberapa kali menggunakan jasa bis umum ini, utamanya jika ingin ke daerah-daerah yang jauh semacam Bur Dubai, Deira,
tentunya untuk menghemat uang. Bisnya nyaman sekali karena ada AC-nya, sekelas bis umum di Singapura lah.
Yang kurang dari transportasi bis umum hanya karena datengnya jarang-jarang, haltenya tidak semuanya ber-AC (misal halte-halte
bis di area kantor saya (Dubai Media City) tidak ada satupun yang ada AC-nya), dan pada musim panas perlu jalan kaki
agak jauh ke haltenya (ini relatif)

Transportasi lain adalah menggunakan jasa-jasa car lifting, ibarat travel gitu lah, yang konon kabarnya bayarnya langganan bulanan.
Saya kurang tau tentang ini, tapi ini adalah opsi-opsi yang banyak dipakai oleh rekan-rekan yang tempat tinggalnya jauh dari kantor
untuk hemat waktu dan duit. Dan juga jasa-jasa car lifting gelap, jadi orang punya mobil trus nawarin tumpangan tapi bayar, yang ini
saya kadang pakai .

Transportasi lain adalah kereta (Dubai Metro), ini belom ada karena baru mau beroperasi.

Intinya ongkos transportasi bisa mahal, bisa murah, bisa susah, bisa mudah tergantung letak rumah anda dan kantor anda.

Transportasi favorit jelas adalah mobil sendiri , namun kalau sudah masuk area mendapatkan SIM alias surat ijin mengemudi,
maka urusannya jadi ribet dan mahal (saya pribadi sudah habis gak kurang dari 7K AED untuk mendapatkan SIM, lebih murah kalau anda sudah
pernah punya SIM > 1 tahun dan tidak mengambil kelas VIP).

Mobil pribadi menjadi pilihan kebanyakan orang karena harganya juga tidak mahal. Contohnya adalah
- Honda Accord (Standard Option) 2009, 3.5 L di Dubai hanya 100rb AED atau sktr 280jt rupiah, sementara di Indonesia, mulai 700jt rupiah
Selisih harga ini mirip2 dengan Toyota Camry di Dubai vs di Indonesia
- Toyota Land Cruiser 2009 bisa didapat dari harga 150rb-an AED atau mulai 450jt rupiah, sementara di Indonesia harganya mulai 1,5 Milyard rupiah

Selain harganya yang tidak mahal, mobil bisa dibeli dengan kredit/hutang kepada bank yang juga mudah diperoleh (tapi saat ini lebih susah).
Middle East memang surganya mobil kata beberapa teman, mobil bukan barang mewah di sini kecuali mobilmu adalah model2 kelas atas dari
merk semacam Porsche, Ferarri, Lamborghini, Bentley, Mercedes Benz, BMW.

Intinya untuk mobil pribadi di dubai, SIM-nya susah & mahal, tapi mobilnya terjangkau .

Lain-lain
———
Biaya lain2 antara lain:

- Biaya Telepon:
Ini saya kurang tau, habisnya saya kalau nelpon gratis sih. Telepon ke rumah di Indonesia pun
dapat tarif khusus sehingga, tunjangan telepon masih mencukupi (alias gratis). Perlu dicatat
di UAE, layanan VoIP ilegal, jadi layanan semacam Skype diblokir oleh pemerintah. Oh ya
telepon ke PSTN/telepon rumahan di UAE gratis lho.

- Biaya Internet, TV, Telepon rumah:
Berhubung saya gak hobi TV (bahkan saya tidak punya TV sampai skrg), akhirnya langganan kabel TV pun
tidak dimanfaatkan (Hanya langganan basic package = sktr 10 AED/bulan). Yang dipakai hanya
telepon rumah (sktr 10AED/bulan) dan Internet 1Mbps. Total habis sktr 300AED/bulan.

- Biaya DEWA (www.dewa.gov.ae) alias biaya listrik + air:
Rata-rata habis 650 AED/bulan (1,8jt sebulan) untuk kebutuhan listrik dan air.

- Biaya kesehatan
Kurang tau, karena dicover asuransi dan Alhamdulillah jarang sakit.

- Biaya jalan-jalan & belanja lain2:
Tergantung mau jalan-jalan kemana, belanja apa saja, kalau belanja emas ya berapa kg

Semoga bermanfaat

Sometime we need to disable a javacard applet inside the SIMCard without remove it.
Once disabled, later we may want to activate it again. Global Platform spec define
a way to do this.

Let say we have javacard application with AID A00000001840840000, to lock it simply
this command through GSM 03.48 envelope command to SIMcard:

80F0408309A00000001840840000

Meanwhile, once locked/disabled, simply send this GP command to enable it:

80F0400309A00000001840840000

Detail:
0x80: CLA
0xF0: INS for SET STATUS command
0x40: To indicate that this is a javacard applet application
0x83: Set to locked meanwhile 0x03: set to unlocked (state: SELECTABLE)
0x09: Length of AID to disabled/enabled is 9 bytes
A00000001840840000: this is the AID of applet

Sendmail STARTTLS Issue
=======================

The idea of this paper is how to force email relay/end SMTP destination to retrieve our
email securely using TSL (Transport Security Layer). If the relay or mail destination
doesn't support TLS, email will not be delivered to it.

Such scenario is simply given in this diagram:

                      (1)                         (2)
[ mail client ] === send email ===> [ MTA1 ] === relay to
                                                   |
+==================================================V
| (3)                     (4)
+======> [ MTA2 ] === delivery to ===> [ mail server (SMTP destination) ]

I assume:
=========
MTA1: 10.254.80.31
MTA2: 10.254.70.8

Our purpose now is to make MTA1 - MTA2 communication is secured using TLS.

I) What happened if MTA2 doesn't support TLS? Let us try by following this scenario below:

Step 1. (to be done on MTA2)
   - disable STARTTLS
   - Edit /etc/mail/access append this line:

	Connect:10.254.80.31                    RELAY

     After append that line above, please run this command (as root)

	makemap hash /etc/mail/access.db = 128 bits. If not, then MTA1
     will not relay email to MTA2.

     After append that line above, please run this command (as root)

	     makemap hash /etc/mail/access.db < /etc/mail/access

Step 3. (to be done on email client)
Try to send email now using MTA1, now monitor MTA1, wait and check mail queue there:

- Using mailq command you get like this

-----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient-----------
m675MXpo001370      536 Mon Jul  7 05:22
                 (Deferred: 403 4.7.0 encryption too weak 0 less than 128)

Message is deferred, since based on our rule, message send through 10.254.70.8 (MTA2)
which is our relay must be encrypted, but we didn't configure MTA2 to be TLS enabled.
Error message:

        403 4.7.0 encryption too weak 0 less than 128

there describe that we want encryption but relay mail server doesn't support it.

II) What happened if MTA2 support TLS? Simply enable TLS on MTA2 and see what happened 
    Email should be delivered normally now  

FAQ:
* How to check if the SMTP support TLS?
  Try to connect (using telnet) to port 25, say hello and you will see "250-STARTTLS" there.
  E.g:
	# telnet localhost 25
	Trying 127.0.0.1...
	Connected to CM (127.0.0.1).
	Escape character is '^]'.
	220 localhost.localdomain ESMTP Sendmail 8.12.10/8.12.11;
	EHLO localhost
	250-localhost.localdomain Hello CM [127.0.0.1], pleased to meet you
	250-ENHANCEDSTATUSCODES
	250-PIPELINING
	250-8BITMIME
	250-SIZE
	250-DSN
	250-ETRN
	250-AUTH GSSAPI DIGEST-MD5 CRAM-MD5
	250-STARTTLS
	250-DELIVERBY
	250 HELP

* How to enable/disable TLS feature on sendmail?
  See: http://www.sendmail.org/~ca/email/starttls.html#starttlssetup

Link related:
 1. www.sendmail.org

What is the thing sold by GSM Operator to subscriber?

The answer is: SIMCard, a smartcard that personalized for telecommunication purpose. Yes, as we know physically GSM operator sell a SIMCard,  the rest are services upon it including SMS, call service, MMS, Voice Mailbox  and many things.

The next question, since SIMcard will be hold by customer inside their mobile phone, how could GSM operator manage the SIMcard remotely?  Things like managing javacard applet & filesystem inside the SIMCard. The answer is by OTA (over the air) using SMS and or CAT-TP bearer (GPRS based), but we will focus on the one using SMS (short message protocol).

GSM 03.48 define RFM and also RAM as standard mechanism for doing remote file management (RFM) and remote applet management. We are now focus on RFM, please note the implementation for this feature is vendor specific.

OK, let me give an example as our case study, one day we as operator need to do OTA campaign for updating file EF_SMSP (7F10/6F42) since the address of SMSC is now changed. As we know, based on 3GPP TS 31.102 document, EF_SMSP contains SMSC information that will be used by mobile phone for sending mobile originated  (MO) SMS. For example the content of file EF_SMSP (7F10/6F42) is now

534D532043454E545245FFFFE1FFFFFFFFFFFFFFFFFFFFFFFF07915892020430F1FFFFFFFF0000A9

You can refer to TS 31.102 document for the structure of EF_SMSP, but simply said the SMSC address defined here is: 85292040031. Now, operator want to change it to 85292040034 over the air.

So, technically we need to:
1. Prepare APDU for updating the file
2. Construct appropriate 03.48 + 03.40 APDU command
3. Send it over the air to customer

The result is, the file on customer SIMcard is updated silenty without user intervention.

534D532043454E545245FFFFE1FFFFFFFFFFFFFFFFFFFFFFFF07915892020430F1FFFFFFFF0000A9

to

534D532043454E545245FFFFE1FFFFFFFFFFFFFFFFFFFFFFFF07915892020430F4FFFFFFFF0000A9

is by executing these 4 APDU(s):

A0A40000023F00
A0A40000027F10
A0A40000026F42
A0DC010428534D532043454E545245FFFFE1FFFFFFFFFFFFFFFFFFFFFFFF07915892020430F4FFFFFFFF0000A9

Details of each APDU is:

1) APDU for select 3F00 ==> A0 A4 00 00 02 3F 00
2) APDU for select DF 7F10 under MF 3F00 ==> A0 A4 00 00 02 7F 10
3) APDU to select EF 6F42 under DF 7F10 ==> A0 A4 00 00 02 6F 42
4) APDU to update record 1 of EF 6F42 to 534D532043454E545245FFFFE1FFFFFFFFFFFFFFFFFFFFFFFF07915892020430F4FFFFFFFF0000A9:

A0 DC 01 04 28 534D532043454E545245FFFFE1FFFFFFFFFFFFFFFFFFFFFFFF07915892020430F4FFFFFFFF0000A9

Let say,
1. the TAR is B0 00 10, please note this value is very specific to card vendor.
2. MSL is 0×25 means content must be encrypted and use CHryptographic CHecksum
3. Keyset to use is keyset 2 with algo Triple DES using outer CBC-Mode with 2 different keys and

KiC: 00112233445566778899AABBCCDDEEFF
KiD: 00112233445566778899AABBCCDDEEFF

Then we can generate APDU SMS-PP Download like this:

A0 C2 00 00 7B D1 79 02 02 83 81 06 04 00 21 43
F5 0B 6D 63 05 00 99 40 F1 7F F6 01 01 01 01 01
01 00 5D 02 70 00 00 58 15 06 01 25 25 B0 00 10
25 4E 56 31 DF D0 4D 77 DC 9C 64 90 30 E6 E8 97
DF 57 49 4B FC 45 11 71 56 2B 5E D3 FF C0 11 AA
62 CA 46 B6 4A 51 B0 A8 52 B3 CC 9F D0 6B 0D 95
C0 E8 DB E7 BF 44 25 39 67 90 B6 E2 22 BE C3 3F
EF 5B 35 2D 9D F7 97 22 15 08 67 F4 AA 29 A5 73
00

Next step is send this APDU over the air using SMS and the file inside SIMCard will be updated without user intervention.

Good luck

The structure of SMS-PP APDU including GSM 03.40 & GSM 03.48 header is defined in this structure:

The 3GPP TS 23.048 standard specifies the structure of Secure Packets in a general format and implementation using in particular Short Message Service Point to Point (SMS-PP).

The 3GPP TS 23.048 format is contained in the TP-UD (TP-User-Data) field in the 3GPP TS 03.40 format.

In the 3GPP TS 03.40 header, the TP-UDHI (User Data Header Indicator) bit value must be set to 1 to indicate that the initial bytes in the TP-User-Data field contain a header, and in particular, a 3GPP TS 23.048 header.

Please note that TS-SCA (Service Center Address) is optional

The TP-UD of SMS contains GSM 03.48 header and secure data, there’s 2 type of secure data:

• Command Packet

Is a secured packet transmitted by sending entity to the receiving entity, containing secured application message.

• Response Packet

Is a secured packet transmitted by receiving entity to the sending entity, containing secured response and possibly application data.

For Command Packet, the structure is like picture below:

As seen GSM 03.48 data include:

• CPL (Command Packet Length): 2 octet

Indicate the number of bytes from and including the command header identifier to the end of the secured data, including any padding bytes

• CHL (Command Header Length): 1 octet

Indicate the length of command header of packet data, means the number of bytes from and including the SPI to the end of RC/CC/DS.

• SPI (Security Parameter Indicator): 2 octet

These 2 bytes define the security level applied to the input and output message, this include if counter verification and PoR (proof of receipt) are required along with the associated security level. If the SPI indicates that a specific field is unused, the sending entity sets the contens of this field to zero and the receiving entity ignores the contents. For example, if there is no counter check, the counter value is set to 0×00.

If the SPI indicates that no RC, CC, or DS is present in the command header then the RC/CC/DS field is not present (length of zero)

First byte of SPI is described in picture below:

Second byte of SPI is:

• Ciphering Key Identifer (KiC): 1 octet

Keyset Identifier and algorithm for encryption for data.

• Key Identifer (KiD): 1 octet

Keyset Identifier and algorithm for encryption for RS/CC/DS.

The coding for KiC and KiD is shown below:

• Toolkit Application Reference (TAR): 3 octets

The TAR is part of the 23.048 header that identifies and triggers the Over The Air (OTA) feature, which is an application on the Java Card™. Each application

has its own TAR, which cannot be duplicated on the same card.

The TAR of a SIM toolkit applet is coded on three bytes and is defined in ETSI

TS 101 220 as the 13th, 14th and 15^th byte of the applet’s AID.

If these bytes are not present in the AID, the TAR is not defined for the SIM toolkit applet and cannot be triggered on a formatted SMS PP Envelope.

The remote applet management TAR is standardised in 3GPP TS 23.048 and

ETSI TS 101 220 as 00h 00h 00h. All card manufacturers must support this value. Since the TAR value for RFM is not yet standardised, operators should

Inform the card manufacturers as to which TAR value is required for RFM.

To offer interoperability, all card manufacturers must obviously provide the

same value for referencing applets. The SIM Alliance suggests that operators

define their own TAR values.

• CNTR (Counter): 5 octets

This counter is used for replay detection and sequence integrity. The presence and verification of this information are defined in the SPI bytes. Even if the SPI bytes require no counter available, the five counter bytes must be present in the TS 23.048 header

The following rules apply to counter management, with the aim of preventing replay and synchronization attack:

- The SE sets the counter value; it is only to be incremented

- When the counter value reaches its maximum value, the counter is blocked

If the security checks on an incoming command packet are successful and the counter mode used is mode 3 or 4 (b5b4 = 10 or b5b4 = 11), the card counter is updated using the counter of the incoming command packet.

If the security checks on an incoming command packet are successful and the counter mode used is mode 0 (No counter available mode: b5b4 = 00h), the five-byte counter must be present in the message, but is not checked and the card

• For mode 1 (Counter available: no replay or sequence checking: b5b4 = 01h), behavior depends on the application.

Example SMS-PP APDU:

A0C200004ED14C820283818B46400881556677887FF600112912000004350270000030150E19252
5000000010E0A8A0E1BD80CABB2C3F3903D80EF579BAEECBE6941A6DC0D437D553FE120026765CF
497DEE5D

Please note that this secure data & RS/CC/DS is encrypted with KiC & KiD:

KiC: 30 42 30 42 30 44 30 44 30 45 30 45 30 46 30 46
KiD: 01 23 45 67 89 AB CD EF 10 02 76 FE DC BA 01 23

Details:

A0C20000: This is the APDU command for SMS-PP (Point to Point) Download
^^ ->  0xA0: CLA of APDU
  ^^ -> 0xC2: INS of APDU
    ^^ -> 0x00: P1 of APDU
      ^^ -> 0x00: P2 of APDU

4ED14C82028381:
^^ -> 0x4E is length of data followed
  ^^ -> 0xD1 is a TAG of APDU data
    ^^ -> 0x4C is length of data followed
      ^^ -> 0x82 is a TAG that indicate Device Identities
        ^^ -> 0x02 is a TAG that indicate length of data
          ^^ -> 0x83 is a source device (Network)
            ^^ -> 0x81 is a destination device (UICC/SIMCard)

This now is is GSM 03.40 header

8B46400881556677887F
^^ -> 0x8B is TAG that indicate starting of SMS-TPDU data
  ^^ -> 0x46 is length of data followed
    ^^ -> 0x40 or in binary 01000000
          The bit structure numbering is like this
          TP-MTI  is bit no. 1 & bit no. 0 = 00 = type MS-Delivery
          TP-MMS  is bit no. 2 = 0 = no more message to send
          TP-UDHI is bit no. 6 = 1 = there’s header in TP-UD
          TP-RP   is bit no. 7 = 0 = no reply path 

      ^^ -> 0x08: Length of TP-OA is 8 digit
        ^^ -> 0x81: TON/NPI
          ^^^^^^^^ -> 55667788: TP-OA in BCD swapped format (8 digit)
                  ^^ -> 0x7F: TP-PID SIM data download

F60011291200000435
^^ -> 0xF6: TP-DCS
  ^^^^^^^^^^^^^^ -> TP-SCTS:
                ^^ -> 0x35: TP-UDL: User Data Length 53 octet

Now the TP-UD of SMS

0270000030150E192525000000010E0A8A0E1BD80CABB2C3F3903D80EF579BAEECBE6941A6DC0D437D553FE120026765CF497DEE5D

027000
^^ -> 0x02: UDHL
  ^^ -> 0x70: IEI (Information Element Identifier)
    ^^ -> 0x00: IEDL (Information Element Identifier Data Length)

0030150E192525000000
^^^^ -> 0x00 0x30: CPL (Command Packet Length) -> 48 octet
    ^^ -> 0x15: CHL (Command Header Length) -> 21 octet
      ^^^^ -> 0x0E 0x19: SPI (Security Parameter Indicator)
              0x0E = 01110 (in binary form) means:
		-	Cryptographic Checksum
		-	Encryption applied
		-	Counter Available, replay or sequence not checked

              0x19 = 11001 (in binary form) means:
		-	PoR required to be sent to sending entity
		-	PoR response with CC Applied
		-	PoR to be encrypted

          ^^ -> 0x25: KiC Identifier
                0x25 = 100101 (in binary form) means:
		-	DES
		-	Triple DES in outer CBC-Mode using 2 different keys
		-	Keyset to be used is 0x02

            ^^ -> 0x25: KiD Identifier
                  0x25 = 100101 (in binary form) means:
		-	DES
		-	Triple DES in outer CBC-Mode using 2 different keys
		-	Keyset to be used is 0x02

              ^^^^^^ -> 0x000000: TAR (Toolkit Application Reference)
                        This is the default TAR for Remote Applet
                        Management 

010E0A8A0E1BD80CABB2C3F3903D
^^^^^^^^^^ -> 5 octets of CNTR
          ^^ -> 0x1B: 1 octet of PCNTR
            ^^^^^^^^^^^^^^^^ -> D80CABB2C3F3903D: 8 octets of RS/CC/DS

And this is the secure data:
80EF579BAEECBE6941A6DC0D437D553FE120026765CF497DEE5D

Kira-kira celetukan itu muncul dari pelanggan perusahaan tempat saya bekerja saat ini, sebut saja pelanggan ini X. Unik memang, dulu saya bekerja di sister company perusahaan ini, dan duduknya tidak jauh dari pekerja-pekerja asing yang mengerjakan aplikasi billing untuk X ini (oh ya X ini adalah sebuah operator seluler di Indonesia). Saya sempat bertanya ke HRD katanya tarif pekerja-pekerja asing itu mahal, saben hari nginepnya di hotel bintang 5, dan bayarannya mahal, mana jadwal implementasi billing itu lama, jadi bisa dikatakan biaya untuk pekerja asing itu mahal.

Nah sekarang giliran saya yang merasakan fasilitas expat itu, nginep di Marriot, dibayarnya pake dollar, opo ora enak?… Dateng-dateng ke kantor X ketemu banyak kawan lama, pada komentar… lho jare sing dikirim engineer seko Singapura, lah kok kowe sing teko … {lho katanya yang dikirim engineer dari Singapura, kok kamu yang dateng} … jadinya kita ya banyak haha-hihi, ngobrol ngablor ngidul selama implementasi project …..

Ya itulah potret Indonesia, pekerja asing mendapatkan benefit yang berlebihan, padahal secara skill orang Indonesia tidak kalah dengan skill orang asing.

I’m now building the MySQL Cluster with 7 Linux server, each using Intel EMT64 (not 32 bit but has PAE ext so support 4Gbytes RAM), RAM each 6Gbytes. Please wait for my next report