看到有人贴了，也想贴个自己的列表。仔细数了一下，听过的新东西却没有超过5张。2006年过的真是痛快，又痛又快。

1、Let’s Folk && Let’s Folk Again

上半年在北海疯狂下载的日子弄到的，一套美国60年代以来的民谣选集与后续选集，经典段子什么的。一边听着"Tie a Yellow Ribbon round the Oak Old Tree"一边上路。至今听起还想起住在海边的那些日子。

2、Waltz Vienna

貌似是这个题目，是不是很恶俗？经典华尔兹段子的集子，那时星期天早上常常一边开着这个一边拖地和洗衣服。

3、equilibrium(Ger) – turis fratyr (2005)

这绝对是我成都一行的最大收获，在那段无所事事惶惶不可终日的日子里，不知道什么时候在哪个ftp上面下到的东西。惊艳无比，没想到毕业这两年多来这样淋漓酣畅的旋律死黑还层出不穷，它应该算是典型代表了吧。

3、My Little Airport：到动物园散步才是正经事

还要加上之后的那张“只因当时太紧张”，现代少女生活的幻想。延承上世纪末那场怀旧大潮，那年新裤子们唱“终于到了这一天，一切都改变，再也没有了烦恼，一切都是爱。”于是21世纪初变成了罗莉们的时代，30多的徐娘们也还喜欢挂包包做美少女打扮逛街，时代的变迁太让人惶恐了，所以才会想着死命攥住马上已经半死不活的青春吧。在回忆和幻想中作乐。就算花童们全都老死了，也不会再痛苦和憋闷。我就是这样。

4、The Catheral – Ethereal Mirror

老专辑，很久没有听了。在下半年开始不久的时候重温。老酒弥醇，很多东西都很遥远。

5、唐朝 － 演义

哈哈，这张专辑，放在今年来说，其实我多年没有听过了。那天脑子里面忽然回起里面的几个段落，想起丁武失去激情的声音。想做前卫而失去金属光泽的老恐龙，伴随这些段落的居然是我1999年末那些莫名感到愁苦的青春。“纷纷世事无穷尽，天数茫茫不可逃”。想起上半年曾对所谓天数愤愤的发泄不满，于是自己被天数所制。与天斗，其乐无穷啊。

奶奶的写到这里想到今年绝对不止听了这些东西。可是我的那块有积累了5年的音乐的80G硬盘在来来回回的动荡不安中罢了工，瞬时失去了一切的记忆，那好吧，一切都已经被抹去，青春重头开始。

每天的生活只是和别人一样的重复，那就是过了。这就是上班族。

很奇怪,你没有记忆力…

那你平时日常生活怎么过?

也是一样的过

起床穿衣,上班

怎样上班?

乘搭地铁

你怎么知道在哪个站下车?

不知道呀,坐到差不多

见人家下我就下…

见人家下车,我跟着下

下了车到哪去呢?

唔…不知道呀

公司通常都在商业大厦

随便进部电梯…按个钮…

到了公司…你做什么?

唔…不知道呀

随便找个门口进去

进了门,没人出声

就找个位子,坐下干活

你会干活?

不用会的,问问人家就行了

不过原来人人都不会呢…

也是随意打几个电话,讲一堆话

又到午饭时间了

午饭你记得?

不用记的,肚子饿不用记

以后,就跟着人别人工作…

那下班后呢?

喝点东西,然后就回家

你怎记得你家在哪?

不记得呀

反正都是什么轩什么华庭…

我按那密码嘟嘟嘟嘟嘟…

能进去就行了

那屋子是不是别人的?

什么别人的?

人人都是按给银行的

进了门,狗不咬,就是自己的家了

然后就洗澡,吃东西

吃完了就看一会电视

最后跟老婆…上床睡觉

但是你知道那个老婆就是你老婆?

我上床前有问过她的,我问…

老婆,你会不会是另一个人的老婆呀?

你猜她怎样回答我?

怎样回答?

她说：老公呀…

我只爱你一个

如果要我选择一万次的话

一万次…我都选择你

去年花了整整一年的时间，努力的在把对你的依依不舍割舍和忘却。在今年里，我们只见过两面吧，一次是春节，一次是我上火车离开广西之前。早就认命啦，以为真的就此把对你的感情藏在深深的地方。

97年春天的黄昏，我晚饭后天天在柳明路上等着看你走出家门，然后假装很巧的和你相遇，一起上教室自习。

98年的春天，我在每个星期天的清晨在你家门前等你去公园一起打羽毛球。我们在周末晚上跑到电影院一起看泰坦尼克，那条飘着如烟细雨的古旧街道留下的笑声，和那些悠扬的风笛就这样注定要让我记挂一生。

99年的春天，你和女同学们一起在排球场上挥扬青春的汗水，我这位伟大的左后卫于是在足球场常常心猿意马。

00年的春天，我们骑车到城郊的公路，在那座小山坡上我牵着你的小手一起看着以前种下的小树。你让我过了一个甜蜜的五一。

01年的春天，我轻拥着你在南湖泛舟，那个情人节，第一次送了你玫瑰花。

02年的春天，我们都很难过，很难过。

03年的春天，你让我瞬时想起那些发黄的照片古老的信以及褪色的圣诞卡，我再也无法忘记你。

04年的春天，我们就像一对小夫妻一样去拜访彼此的家人，我在你的家里紧紧抱着你，想把这一刻化为永远。

05年的春天，我又看见了你，我们之间更多的是拘谨和友好而不自然的微笑，想更亲近而又彼此保持距离。我的心跳得很厉害，我觉得你也是。

06年的春天，我们几个老朋友一起去喝功夫茶。我看着你，在想，我们以前的时光，它们都到哪里去了呢？

前不久我25岁生日，没有人记得，连我自己都快要忘记了，入睡前，收到了你的短信，祝我生日快乐。我终于发现，对你的怀念早就成了我血液的一部分。十年啦，你依然象当初那样会让我的心扑通扑通的跳，你永远都是那个在春天的晚上披着黑发黑体恤白色嵌花短裙出现在我们班教室在我呆呆的眼神下不好意思的微笑的那个小姑娘。mm，你好美啊。

亲爱的mm，你那一大叠信、你的照片、你那些傻傻的小礼物和涂鸦，还有我的少年日记，一直都深深珍藏在家里。你送我的东西，我一直珍藏在身边。

mm，我会看着你幸福，就像相信我也必将幸福一样。就像我们约定的那样，做不成你的爱人，我就会做你的哥哥，义无反顾的去关心你，疼你宠你。这样我就可以一辈子对你好啦。

好让人忧伤的电影啊。麦兜你大过左想当医生定系律师，又或者系救生员抑或OL呢？就算唔似梁朝伟或者周润发，唔系几醒目，只要福星高照，一生够运，也够的了。我们是未来的主人翁，我们是社会的栋梁，我们终于都成为了一个上班族，起床穿衣挤公车搭地铁，钻进某栋大厦坐电梯到某座某位上班午饭继续上班然后下班回家开门饭饭澡澡吁吁杲杲。 “这个世界有谁不是游客啊，这个道理我从上幼儿园的时候就听过，现在更加深深的明白”。

这里天天阳光明媚，11月中了还可以穿短袖的体恤，有历史的老街安静而整洁，年轻人的粤语干净而清晰。“远远眺望见珠江水里，有只艇在那高声叫卖，一息间满天千色风云转几岁”……现在住在天河区边缘的棠德小区十六楼，晚上可以在阳台坐着摇椅看书，或者看着城市的夜色抽烟，又或者看看G4出动之类的电视节目，当然上网和学习更是少不免的。除了现在的工资让我难以启齿并不得不把很多购物计划留给下一年外，这样的生活真让我重新体验到了安详。

这几年在疯狂下载下，听了大量各种的外文音乐，对中文尤其是粤语音乐几乎没有涉猎。前几年听到最流行的一首还是那个“明年今日”，一直在感叹自王菲之后粤语流行歌是不是已经消亡了。那天在出租车上听到广播里的歌曲，发现自己的看法十分汗颜和肤浅。现在粤语音乐真正大红大紫的歌曲和歌手确实不多，事实上现在很多新一代的音乐人都在紧跟着世界潮流创作了很多好东东，自然这个潮流方向主要是由 brit-pop发展起来的电子、独立等现在还是被称为“另类”的东西。清新、流畅的旋律和唱腔，比较适合我现在的状态，林一峰的民谣，My Little Air Port的独立流行，当然还有以前的有耳非文、黄耀明他们。应该还有很多独立歌手，决定这半年重点关注粤语歌。

羊城米贵，白居不易。现在看到人多的地方就害怕，nnd这边不通地铁，挤公车上班差点没把我挤出毛病来。小拉的钱包在公车上被偷了，手机、银行卡、身份证、信用卡被扫荡一空，信用卡被人刷了2W多，积蓄不仅仅没了还欠了一屁股债。我们都感叹nnd本命年的第二年才是最霉的，25岁搞不好的话真是个难关啊…… 现在无比怀念北海的安详生活和同事们，不知道什么时候才能恢复到那种不愁食住经常可以打牙祭还能存下钱一点都不知道拮据是什么滋味的状态，可惜我憧憬的更多东西是北海不能带给我的。天下熙熙，皆因名来，天下攘攘，皆为利往。还是继续忍下去，死磕到底，充好电，争取明年打个翻身仗吧……

鸡公仔，尾弯弯，做人点可怕艰难，一分耕耘自有一分收获，懒惰去做人又点会有所成。

月光光，照地塘，虾仔乖乖瞓落床，听朝阿妈要捕鱼虾，阿爷织网要到天光……

• 交互数据流一般用于诸如远程登录程序等客户端的输入与服务器端输入与命令解析的回显等。如rlogin,telnet等，现在远程登录一般都用ssh安全方式代替。

交互数据流总是以小于最大报文长度的分组发送。

• 交互数据流中一个问题就是小报文段传送的效率的问题(例如rlogin击键与远程端的回显)，接收方采用时延来判断确认是否可以推迟发送，以减少报文段的数目。
• Nagle算法要求一个TCP连接上最多只能有一个未被确认的小分组，在此分组的确认到达之前收集另外的小分组等待发送。这种算法的优越之处在于其自适应性：数据分组的发送跟确认到达的时间有关。
• 局域网主机之间很少使用Nagle算法，广域网有时候也要禁用Nagle算法。

• TCP的成块数据流通常采用滑动窗口协议进行流量控制，该协议允许发送方在停止并等待确认前可以连续发送多个分组。窗口即为TCP发送接收数据的缓冲区。发送缓冲区中的数据发送成功后从缓冲区中删除，接收缓冲区中的数据接收确认成功递交给应用层后也在缓冲区中删除。
• 滑动窗口协议通过窗口的更新控制数据传输，窗口的更新有三种情况：

1. 窗口合拢：窗口的左端向右移动，在发送端表示窗口数据被发送，在接端则表示数据被确认；

2. 窗口张开：窗口的右端向右移动，表示接收端应用层进程读取经确认的数据从而释放缓冲区；

3. 窗口收缩：窗口的右端向左移动，RFC强烈建议不要使用这种方式。

• 若窗口左端到达右端，称其为零窗口，表示一种缓冲区的饱和状态。
• TCP接收端如果窗口宽度为零，在处理完数据释放缓冲后需要再次向发送端提供当前的窗口大小信息。
• 窗口的大小影响着TCP的性能，对主机的吞吐量影响很大，服务器需要更大的窗口。
• 许多TCP实现在窗口大小增加到两个最大报文段长度或者最大可能窗口的50%的时候，会向对方发送窗口更新的ACK；
• 慢启动：发送方通过使用“拥塞窗口”实现慢启动，初始大小为1个报文段，此后每收到一个ACK，窗口大小就增加一个报文段，取拥塞窗口和对方通告窗口之间的最小值为发送上限。
• 传送通道的容量＝带宽时延乘积，即带宽x时延(RTT)。为理想的稳定状态下，传送通道上报文段的大小，接收端的通告窗口必须不小于这个数目。 

不知怎地就想起八月份校庆时候来参加学校校庆的大群校友们，开着车，拖家带口，前后簇拥衣着光鲜，红光满面谈笑风生。一种不知怎么让我战栗的喜庆。

同时就想起另外一群人，比如我的表哥，现在在我们县城的菜市场卖青菜，据说九十年代是个有志青年，辞了国企的工作下海弄潮，至少前几年还能当众大声的训斥他老婆，现在只有被他女儿大声训斥自己嘿嘿陪笑的份。还有我那个本科没有念完就莫名消失了的同学，我们和他失去联系已近4年，包括我们这几个十几岁时甚至七八岁的时候就和他关系很铁的哥们，他家人现在也找不到他，一年多以前据说有人见过他在合肥的一条小街上租了个店面出租影碟不过现在那条街已经拆迁。七月在县城老家和几个儿时就开始认识的家伙喝酒吃夜宵吹牛到凌晨，他们一直在讨论现在县城做哪一行比较有的挣，还有没有少人注意的有机会的行业，或者哪里是否需要一个装潢工。我一边和他们碰杯说顺一边笑着说以后有什么好买卖我也要凑一份。他们对我作为一个重点大学毕业后在外地城市工作，准备可能又要去读研究生的这么一个家伙有点鄙视，或者说有一种不信任的离自己的生活很远而达不到的愤恨。很多人生下来就被淘汰了，更多的人在生活的各种历程中也渐渐的被社会淘汰和遗忘。

又想起各种升官发财出国买房结婚的多年的同学和朋友们提起自己母校的那种悠然自得，不知道在陕西卖猪肉的才子，包括我的表哥和我那失踪多年的同学，在县城街头期待一个安装的职位的朋友，在谈论起他们的各种母校的时候，什么时候是否也能象他们一样气定神闲。

• TCP作为运输层服务，和UDP最大的不同是它是一种面向连接的、可靠的字节流服务。大多数的互联网应用程序都使用TCP，如 http,ftp,telnet,smtp 等。

面向连接是指使用TCP某个应用的两端在交互数据前必须先建立一个TCP连接。

TCP的可靠性主要由以下方式体现：

1. 分割应用数据为TCP认为最适合发送的块，称为报文段；
2. TCP使用定时器以等待目的端对报文段的接收确认；
3. TCP收到对方端的一个报文段后，会给对方发送一个接收确认；
4. 通过校验和确认数据差错，若校验错误，丢弃数据，不发送接收确认；
5. 把数据交给应用层前，对各报文段重新排序组织；
6. 丢弃重复发送的数据；
7. 流量控制，通过缓冲区实现。

TCP传输稳定的字节流，但不关心字节流数据类型是ASCII还是二进制。

TCP采用全双工通信。

• TCP的首部(20个固定字节+选项)：

32位起始序号表示本报文段在第几个字节开始发送；

在tcpdump的输出中还包括了下一个待发送的报文段的起始序号，

32位确认序号表示待接收的下一个报文段起始序号，即被确认的报文段的起始序号加上报文段长度，ACK标志位置位时有效；

标志位从高到低依次为：

1. URG：紧急指针有效；
2. ACK：确认位；
3. PSH：通知接收方应马上把缓冲区接收到的全部数据递交给应用层的进程，而不再等待其它额外的数据，对这个标志的确认，窗口一般恢复到最大；
4. RST： 连接复位，在异常状况下置位，例如端口不可达或者连接异常终止(如在telnet时用^D或者^C强行关闭程序)；
5. SYN：同步方式，用于建立连接；
6. FIN：连接结束；

窗口用于流量控制，通知对方自己的缓冲区当前剩余情况；

校验和覆盖整个TCP报文段，包括首部和数据部分，采用算法与UDP类似，使用伪首部；

紧急指针在URG被置位时使用，它指向紧急数据的最后一个字节。

MSS(maximum segment size最大段长度)是较常用的TCP首部选项，用于管理每个TCP包的长度；其它可能的选项还包括窗口扩大因子、时间戳等。

• TCP连接由4个元素唯一确定：源IP、源TCP端口、目的IP、目的TCP端口。
• TCP的状态变迁

按照netstat的显示有以下的TCP状态：

其中进入ESTABLISHED状态对应一个连接的建立，退出ESTABLISHED对应一个连接的终止；

TIME_WAIT的等待时间为2MSL，即最大段生存时间，因为连接终止前发起的一方可能需要重发ACK，所以停留在该状态的时间必须为MSL的2 倍。

• TCP的建立

TCP的建立通过客户端与服务器端的三次握手实现。

1. 客户端发出含SYN位的报文段，并指出要求连接的TCP端口和初始序号，同时更改状态为 SYN_SENT；
2. 处于LISTEN状态的服务器作出响应，发送SYN和ACK，并给出确认序号，同时更改状态为 SYN_RCVD；
3. 客户端确认服务器的响应，给出带确认序号的ACK段，同时更改状态为ESTABLISHED，服务器收到该响应后也更改状态为 ESTABLISHED。

• TCP的终止

TCP的终止通过双方的四次握手实现。发起终止的一方执行主动关闭，响应的另一方执行被动关闭。

1. 发起方更改状态为FIN_WAIT_1，关闭应用程序进程，发出一个TCP的FIN 段；
2. 接收方收到FIN段，返回一个带确认序号的ACK，同时向自己对应的进程发送一个文件结束符EOF，同时更改状态为CLOSE_WAIT，发起方接到 ACK后状态更改为 FIN_WAIT_2；
3. 接收方关闭应用程序进程，更改状态为LAST_ACK，并向对方发出一个TCP的FIN 段；
4. 发起方接到FIN后状态更改为TIME_WAIT，并发出这个FIN的ACK确认。ACK发送成功后(2MSL内)双方TCP状态变为 CLOSED。

• TCP的半关闭

指结束一方的数据传送，同时继续接收对方的数据。

• TCP的半打开

一方连接关闭，另一方不知道。例如运行telnet的客户端断线或者意外停电，而在服务器上的这个连接还是打开的。

• TCP的同时打开和同时关闭

同时打开需要双方确认对方的本地端口，

同时打开和同时关闭双方都是主动打开和主动关闭，而且需要几乎同时开始启动至少在收到对方的SYN或者FIN前就启动；

同时打开和同时关闭的握手过程和状态变迁略。

• TCP服务器的设计：

一个服务器的任何进程都只能使用同一个TCP端口，但是允许使用不同接口 (IP)。

对于同一端口的多个连接请求使用连接队列处理，处理原则为FIFO，被TCP处理的连接在缓冲区中处理其命令或者数据传输。

月底就满25了，马上就要奔三十。同龄的朋友和同学们，一个个的升学、出国、升官、发财、买房子、结婚去了。

而我却陷入了让自己继续生存下去的苦战。

毕业开始上班以后，我无时不认为以后每走一步都要小心翼翼，每一步成熟了再计划下一步，直到变成大牛，至少拥有一个光明的看得见的未来。随着年龄越来越大，根本不容许我有任何浪费掉的时间了。

可是还是荒废了整整一年多，这一年多来所有的计划、行动和锤炼，忽然之间统统变成了浪费时间毫无意义反而会把我推至深渊的事情。与其说人算不如天算，倒不如是自己性格的缺陷吧。不都是自己选的么。

一直在屋里啃书，啃啊啃啊啃啊。发了疯般的啃，还要多久才能补回这丢失的一年？the answer my friend, is blowing in the wind, the answer is blowing in the wind.

• DNS域名系统是应用层协议，可以用于UDP或TCP，通常使用 UDP。

DNS的概念和功能见RFC 1034，DNS的规范和实现见RFC 1035。

• DNS域名的层次结构类似于Unix文件系统，各个分支可以有名称相同的结点，但结点是唯一确定的，也可以用别名连接两个结点。
• 顶级域名包括用于地址转换的arpa、3字节的组织域(.com, .org 等)、2字节的地理域(.cn, .uk等，地理代码基于ISO 3166)
• IP到域名的转换转换查询通过DNS服务器的服务实现，DNS缓存并更新域名信息，与其他DNS主机使用分布式交互信息。DNS在UDP或者TCP的知名端口均为 53。
• DNS服务器的根域为根服务器，由美国NIC负责管理或者委托授权。根服务器用于管理全球互联网上的IP分配、域名分配、DNS查询等。根服务器列表可以从NIC的ftp获取或者向nic@sri-nic.arpa发送邮件获取。
• DNS服务器设置在/etc/resolv.conf，此配置文件也可能包含域名映射记录。
• 查询DNS的命令：

• DNS报文包括首部、查询及三个RR资源记录信息组成。
• 首部共12字节，格式为：

标志字段包括(从高位到低位)：

1. QR(1 bits)：查询(0)和应答 (1)；
2. opcode(4 bits)：标准查询(0)、反向查询(1)、服务器状态请求 (2)；
3. AA(授权回答，1 bits)：
4. TC(报文可截断,1 bits)：为1则此位有效；
5. RD(递归要求,1 bits)：置0且被请求的DNS服务器没有授权回答，则返回能解答该查询的其他DNS服务器列表；
6. RA(递归可用,1 bits)：若DNS服务器支持递归查询，在响应中此位置 1；
7. left 0 (3 bits)：3位未使用，必须置 0；
8. rcode (4 bits)：通常设置为0(无错误)。若值为3表示域名错误，其值只能从授权DNS服务器返回。

问题数用于查询报文，通常为1，后面三个都为 0；

资源记录通常用于应答报文，回答至少为1，剩下两项可以为0或非 0；

• DNS报文中查询部分的格式(长度不确定)：

*       DNS报文中的响应部分(均采用资源记录RR的格式)

• 一个例子

对域名www.google.com的查询，-t a表明查询类型为A

tcpdump监听的输出：

dart.scu.edu.cn则为所请求的DNS服务器，其IP为 202.115.32.39, 后缀domain表示采用DNS服务的知名端口 53。

第1行中60353为查询报文的标识，+号表示要求递归，A?表示查询类型，查询名字为www.163.com，报文长度 32。

第2行中3/3/6表示回答RR、授权RR和附加信息RR的数量。CNAME的意思是该域名用了别名指向，[|domain]暂时不明……

第3、4行是tcpdump监听对DNS发出的额外请求，如果采用-n选项则没有这两行。

第3行要求得到202.115.32.39的主机域名，这主要是要求知道发送第2行数据的IP属于哪个主机。

第4行为对第3行的回答，*号表示授权回答；

• PTR指针查询

用于对于指定的IP，要求知道其域名。采用in-addr.arpa域名进行转换。

例如要查询202.115.32.129的主机域名，其在DNS中查询的名字则为129.32.115.205.in-addr.arpa。其转换一般由相关的socket函数完成。

采用in-addr.arpa域主要是为了可以用一个单独的DNS分支查询IP到主机的映射，而不用遍历整个DNS树(从com到net再到 org….)。

查询

tcpdump的输出：

• TFTP和 BOOTP

用于无盘系统的引导，BOOTP比RARP更易于实现。略。