มี I.ROOT-SERVERS.NET ตั้งอยู่ที่ กสท โทรคมนาคม ประเทศไทย ด้วยนะครับ

ที่มา: stupid.domain.name ผ่าน circleid.com

วันนี้ช่วงบ่าย มีโอกาสได้เข้าร่วม "รับฟังความคิดเห็นสาธารณะต่อร่างประกาศ กทช. เรื่อง มาตรฐานทางเทคนิคสำหรับ Next Generation Network" ที่สำนักงาน กทช. โดยที่ไม่มีความรู้เชิงลึกทางเทคนิคซักเท่าไหร่ เอกสารประกอบการรับฟังความคิดเห็น ก็ไม่มีรายละเอียดมากมายนัก รวมทั้งร่างประกาศฉบับเต็มก็ไม่ได้แจก

เจ้าภาพคือ คณะอนุกรรมการเฉพาะกิจจัดทำมาตรฐานทางเทคนิค สำหรับ Next Generation Network (NGN) ประเด็นประชาพิจารณ์ครั้งนี้ ครอบคลุมเพียงแค่ส่วนหนึ่ง คือ เรื่อง Standard and Interoperability จากทั้งหมด 5 ประเด็น ที่เหลืออีก 4 คือ Licensing, Numbering, Interconnection และ Universal Service

แถมคณะอนุกรรมการฯ ยังบอกอีกว่า เป็นแค่ framework ไม่ได้ลงรายละเอียด เนื่องจากว่ามีข้อจำกัดคือ เวลาทำงานเพียงแค่ 90 วัน (ผมไม่เข้าใจเหมือนกันว่า เมื่อมันยังไม่ลง detail อย่างนี้ แล้วรีบร่างประกาศทำไม) มีแนวความคิด เรื่องรายละเอียดของ Standard และ Protocol ว่า น่าจะเกิดจาก Forum ของผู้ผลิตและผู้ให้บริการ เช่นเดียวกับในต่างประเทศ

บรรยากาศในวันนี้ ผู้เข้าร่วมส่วนใหญ่ ที่สังเกตุเห็นคือ ยังใหม่และไม่คุ้นเคยกับเรื่อง NGN ซักเท่าไหร่ รวมทั้งผมด้วย เลยไม่เกิดความคิดเห็น และข้อเสนอแนะ คัดค้าน หรือสนับสนุนอะไรมากนัก (ตามสไตล์คนไทย) -- ผมมองว่าเป็นเพียงแค่การแสดง Progress ของคณะอนุกรรมการฯ ต่อคณะกรรมการ กทช. มากกว่า (ประชาพิจารณ์ถูกกำหนดเป็นหนึ่งในขั้นตอนการทำงาน แต่ไม่ระบุว่ารายละเอียดต้องขนาดไหน)

กลับมาที่ หัวข้อที่เป็นประเด็นรับฟังความคิดเห็น เกี่ยวข้องกับการเชื่อมต่อ มี 4 ข้อ คือ

1. ระหว่าง SIP Base ด้วยกัน -- ใช้ SIP (IETF RFC 3261)
2. ระหว่าง Soft Switch และ/หรือ Media Gateway -- ใช้ BICC (ITU-T Rec. Q.1902.1) และ/หรือ SIP-I (ITU-T Rec. Q.1912.5)
3. ระหว่าง NGN กับ PSTN (Legacy Network) -- ใช้ SIGTRAN (IETF RFC 2719)
4. ระหว่าง NGN กับ ISP Network -- ใช้ SIP (IETF RFC 3261) หรือ SIP-I (ITU-T Rec. Q.1912.5

โดยละเอียดกว่านี้ คงต้องหาอ่านกันเอาเองนะครับ เพราะผมก็ผิวเผินเหมือนกัน ในงานนี้มีตัวแทนจาก ACMA (ฝรั่ง) มาเล่าให้ฟังถึง แนวทาง NGN ในออสเตรเลียด้วย จับใจความเทคนิคได้บ้าง เช่น ENUM domain ของออสเตรเลีย คือ .1.6.e164.arpa.

อ้อ! ผมเจอเพื่อนร่วมงานเก่า 2 คน หนึ่งยังทำงานที่ ISP รายเดิม ตั้งแต่แยกจากกันมา ส่วนอีกหนึ่งทำงานอยู่ในส่วนงานด้านวิศวกรรม กทช. และเป็นเลขานุการของคณะอนุกรรมการฯ ชุดนี้ด้วย

บทความที่เกี่ยวข้อง:

• Wikipedia
• Telecom - Manager Online
  
• http://www.guru-ict.com
• http://www.tlcthai.com

เรื่อง Art/Graphics เช่น การตกแต่งภาพด้วยโปรแกรม Photoshop ไม่เคยอยู่ในความคิดเลยว่า จะทำเป็นจริงเป็นจัง พอสนุกๆ แก้เบื่อก็พอไหว หรือเมื่อจำเป็นต้องใช้ทำงานบางอย่าง ที่ว่าวานคนอื่นไม่ได้ (เกรงใจ) ได้งานมาก็ 1 สัปดาห์เต็มๆ แล้ว วันนี้เพิ่งได้เริ่มหัดใช้

ต้องขอบคุณ วิทยาทานจาก Photoshop Diary ด้วยครับ ที่ทำให้ผมได้ภาพสวยๆ หลากหลายสไตล์แบบ Step-by-step

แหล่งข้อมูลเพิ่มเติม: Zickr! - photoshop

เพราะว่าติดต่อไม่ได้ ช่องทางไม่มี ฝากเตือน SysAdmin ทั้งหลายว่า
อย่าหลงไปอ้างอิง ip address blocklist ของ APEWS.ORG นะครับ

APEWS.ORG: Please contact us

Published: 2007-07-25,
Last Updated: 2007-07-25 17:15:20 UTC
by Kevin Liston (Version: 1)

Please pardon the interruption. If you manage the APEWS list, please contact us.

just a few more details. APEWS appears to use our "top sources" list http://isc.incidents.org/ipsascii.html as a blocklist. This list is an unfiltered list of sources for which we received a lot of reports. It is not supposed to be used as a blocklist as it is bound to include false positives. In addition, APEWS turns these /32 listings into /17 blocks, and they appear to violate our "Creative Commons Share-Alike License". Sadly, all other attempts to contact them have failed.

APEWS may be a useful "anti-spam" list if you do not mind losing a lot of valid e-mail as well. For example, right now, it appears to block the entire AT&T network.

โทรศัพท์มือถือส่วนตัว ผมเพิ่งใช้มา 4 เครื่อง เวลาผ่านมาประมาณ 10 ปี เรียงตามลำดับตามนี้เลย

Nokia 5110 --> Nokia 3330 --> Siemens S45 --> Palm Treo 600
















การใช้งาน -- Nokia 3330
รูปร่าง หน้าตา -- Siemens S45
อรรถประโยชน์ -- Palm Treo 600 เครื่องปัจจุบัน
ภูมิใจ -- Nokia 5110 เครื่องแรก

เครื่องต่อไปถ้าตาม concept "ลดรายละเอียดในชีวิต" ของผม ต้องจอ monochrome โทรเข้า/ออก ได้พอแล้ว

เป็น Presentation แรก ที่ทำให้ผมรู้จัก Slideshare ชวนให้ฉุกคิดดีเหมือนกัน แม้ส่วนตัว ผมจะไม่ได้เก็บอะไรสำคัญๆ (สำหรับคนที่ผมรัก) ไว้ที่ฟรีอีเมลเลย แต่มันสามารถบอกเล่าเรื่องราวส่วนหนึ่ง ซึ่งแสดงความเป็นตัวตนของผมได้มากทีเดียว -- ถ้าผมตายไป พ่อ แม่ ลูก เมีย คงไม่มีใครไปตามค้นของผมหรอก

ปัญหาของการใช้ E-mail ขององค์กรส่วนใหญ่ในปัจจุบัน คือ จะจัดการกับ Spam Mail ที่มากขึ้นทุกวัน อย่างมีประสิทธิภาพได้อย่างไร แน่นอนว่าในตลาดมี Box สำเร็จเก่งๆ สำหรับการนี้ มีทั้ง Anti-Virus, Anti-Spam รวมทั้งความสามารถอื่นๆ อีกมากมาย ปัญหาอยู่ที่ราคา ซึ่งสำหรับองค์กรเล็กๆ เช่น SME คงลงทุนไม่ไหวแน่

น่าจะเป็นไปได้ ถ้าองค์กรเล็กๆ ซึ่งมี Mail Server ภายใน เครื่องไม่ใหญ่โตอะไร รองรับ User ไม่กี่สิบคน จะมาใช้ Gmail Engine เป็นตัวช่วยกรอง Spam Mail โดยใช้บริการฟรี คือ Google Apps ที่เป็น Standard Edition

เพราะ Google ให้เราสร้าง Catch-all account ได้ Catch-all account ก็คือ มี E-mail ส่งมาที่ใครก็ตามภายใต้ domain นี้ ให้มากองไว้ที่ mailbox ของ Catch-all จากนั้นเราใช้ Mail Server ภายในของเรา ซึ่งต้องมีความสามารถไปอ่าน (retrieve & delete) mail ทั้งก้อนจาก Catch-all account มาไว้ที่ตัวเอง แล้วค่อยกระจายให้ local user ในเครื่องอีกต่อหนึ่ง

ข้อจำกัดมีอยู่ว่าของฟรี(ไม่มีในโลก) คือ Standard Edition จะมี disk quota ให้แต่ละ user account แค่ 2 GB เท่านั้น (น่าจะเพียงพอสำหรับองค์กรเล็กๆ) ต้องการ disk quota มากกว่านี้ ก็เปลี่ยนไปใช้ Premier Edition ซึ่งจะได้ disk quota ของแต่ละ user account เป็น 10GB แต่จะต้องเสียค่าใช้จ่าย 50 US dollar ต่อ user account ต่อปี และจะได้อย่างอื่นอีกมากมาย นอกเหนือจากเรื่อง disk quota

ตัวอย่าง Mail Server/Software ที่ใช้สำหรับ retrieve mail จาก Catch-all account

• POP3 Pull Server (PPS) is a plug-in for EmailArchitect Email Server
• POPcon connects MS Exchange Server(tm) to POP3 and IMAP mailboxes. It acts as an e-mail collector that retrieves messages from POP3/IMAP mailboxes and delivers them to your Microsoft Exchange Server mailboxes according to the intended user found in the mails.
• etc.

ปล. มีคำแนะนำเรื่องข้อควรระวังกับการใช้ Catch-all (One Mail Drop) account ว่า การรับ E-mail ทุกฉบับเข้ามาที่ queue ของ Mail Server ก่อนที่จะทำอะไรกับมัน อาจจะสร้างปัญหา ให้ Mail Server ที่ต้องไปทำงานหนักกับ invalid user แนะนำอย่างยิ่งให้ Mail Server ไม่ต้องตีกลับ(bounce) mail ที่ส่งมายัง invalid user ด้วย

คิดต่อยอดจากข่าว (ที่จริงผ่านตามาก่อนหน้านี้แล้วล่ะ แต่ไม่ได้คิดต่อ)

แนวทางที่เป็นธรรมสำหรับทั้งผู้ให้บริการเชื่อมต่ออินเทอร์เน็ต (ISP) และผู้ใช้บริการ (User) รวมทั้งผู้ให้บริการ Application บนอินเทอร์เน็ต ควรมีปัจจัยอะไรบ้างที่ต้องนำมาพิจารณา

• ISP ซื้อ Bandwidth Internet มาแบบไหน -- ราคาตามขนาด แต่ถ้าซื้อขนาดใหญ่กว่า จะได้ราคาต่อหน่วยถูกกว่า
  
• ISP นำ Bandwidth Internet มาขายแบบไหน -- ส่วนใหญ่ยังเป็นอัตราส่วนของของ Bandwidth Internet ที่ได้ต่อ Bandwidth ที่ขายให้กับกลุ่มลูกค้าใน Service Type เดียวกัน เช่น กลุ่มลูกค้าใน Service Type A มีอัตราส่วน 1:4 หมายความว่า ถ้า Bandwidth รวมของลูกค้าทั้งหมด คือ 4 Mbps ผู้ให้บริการจะจำกัด Bandwidth Internet ขนาด 1 Mbps สำหรับลูกค้ากลุ่มนี้ เป็นต้น
  
• พฤติกรรมของ Internet Application -- Peer-to-peer (P2P), Voice over IP (VoIP), Video on Demand (VoD) เป็นตัวแปรสำคัญที่ทำให้เกิดประเด็น
  
• ความเกี่ยวข้องของผู้ให้บริการ Application บน Internet -- ต้องซื้อ Bandwidth Internet เช่นเดียวกันกับผู้ใช้
  
• กฎ กติกา ที่ได้รับการยอมรับ -- ยังไม่ปรากฏ
  

เป็นประเด็นขึ้นมาก็เพราะการเติบโตของ Application ที่กิน Bandwidth Internet มหาศาล และด้วยพัฒนาการของ Application เหล่านี้ สามารถเบียดบัง Bandwidth Internet ของ Application อื่นๆ ด้วยกำลังเพียงแค่ PC เครื่องเดียวก็ทำได้ (ในความเป็นจริง มันมีมากมายมหาศาล เช่น คนที่ load file ด้วย BitTorrent เป็นต้น)

ISP ก็เลยมีทีท่าแข็งกร้าว ที่จะจำกัด คิดเงินเพิ่ม หรือไปจนถึงขั้นปิดกั้น Application เหล่านี้ (เพราะผลประโยชน์ไม่ตกถึงมือตัวเองหรือเปล่า)
ฝั่งลูกค้าเองก็ต่อต้านด้วยความคิดที่ว่า ตนเองจ่ายเงินซื้อ Bandwidth มาแล้ว ควรจะได้ใช้งานอย่างอิสระ ไม่ยุติธรรมที่จะถูกกระทำการดังกล่าว

ส่วนตัว ลองพิจารณาอย่างคร่าวๆ ผมเห็นด้วยกับทางฝั่ง User มากกว่า เพราะวิธีการซื้อ Bandwidth Internet มาของ ISP เป็นการเหมารวม ไม่ได้แยกว่า Bandwidth ของ Application ไหนราคาแพงหรือถูกกว่า Application ไหน เพราะราคา Bandwidth Internet ที่ ISP ขายให้กับลูกค้าก็ต้องคิดจากต้นทุนแบบนี้ การที่ลูกค้าใช้ Application ไหนมากหรือน้อย ไม่ได้ทำให้กำไรต่อหน่วย(แบบเหมารวม) ลดลงได้เลย

ผลกระทบเป็นเรื่องทางเทคนิค ดังที่กล่าวมาแล้วข้างบน เรื่องการเบียดบัง Bandwidth ระหว่าง Application ทำให้ ISP ขายได้จำนวน User น้อยลงไป รายได้ก็ลดลงตาม เมื่อเทียบกับสมัยก่อนจะมี Application ที่สร้างปัญหาเหล่านี้ น่าจะหาทางออกด้วยการพิจารณาจากเหตุที่แท้จริง (เรื่องเทคนิค) ด้วย

มุมมองแคบๆ ของคนทำงานทางด้านเทคนิค -- อีกหน่อยอาจจะต้องแยก Bandwidth Internet ออกเป็นหลายๆ ท่อ ด้วยลักษณะและพฤติกรรมของ Application กล่าวคือ ให้พวกที่ใช้ Application เดียวกัน ไปแย่ง Bandwidth กันในท่อของตัวเอง

[ ..เว้นว่างไว้ เผื่อคิดอะไรออก จะมาต่อ.. ]

ข้อมูลที่เกี่ยวข้อง:

• Network Neutrality
• Save the Internet
• CircleID - Net Neutrality
  

เป็นเพราะ พ.ร.บ. การกระทำความผิดเกี่ยวกับคอมพิวเตอร์ ทำให้ชีวิตของคนเป็น system admin ยุ่งยากขึ้น โดยเฉพาะเรื่องเก็บข้อมูลจราจร (log file) ย้อนหลัง 90 วัน ซึ่งระบบทั่วไปที่ไม่เกี่ยวข้องกับเรื่องทางบัญชี การเงิน มักจะเก็บย้อนหลังกันไม่เกิน 30 วัน

มีคำถามสำหรับ กรณีเป็นเครื่องคอมพิวเตอร์เครื่องเดียว ip address เดียว แต่ให้บริการกับผู้ใช้หลายคนใช้งานร่วมกัน ใครจะเดินเข้ามานั่งใช้เมื่อไหร่ก็ได้ ใช้เสร็จหายอยากก็จากไป เราจะเก็บข้อมูลย้อนหลังว่ามีใครมาใช้งานบ้าง วันไหน เวลาใด -- สงสัยต้องทำระบบให้เป็นแบบ Internet Café และแน่นอนว่า ความยุ่งยากย่อมเกิดขึ้นกับ คนดูแล (แต่ก็ดีกว่าให้คนมานั่งเฝ้า และจดบันทึก) และที่สำคัญผู้ใช้งาน ย่อมต้องโดนหางเลขไปด้วย

หา Opensource เจอตัวหนึ่ง ชื่อ Cybera เป็น Windows based application เหมือนเดิมคือ ต้องนำมาลองใช้ดูครับ

หมายเหตุ: Cybera รองรับเฉพาะ Windows 2000 และ Windows XP Pro เท่านั้น


อ้างอิง: http://cybera.sourceforge.net