Xin chào ! Nếu đây là lần đầu tiên bạn đến với diễn đàn, xin vui lòng danh ra một phút bấm vào đây để đăng kí và tham gia thảo luận cùng VnPro.

Announcement

Collapse
No announcement yet.

Trao đổi dữ liệu lúc hội tụ

Collapse
X
Collapse
 
  • Page of 2
  • Filter
  • Time
  • Show
Clear All
new posts
Previous 1 2 template Next
  • #1

    Trao đổi dữ liệu lúc hội tụ

    Kinh chào các anh chị và các bạn.

    Mình đang gặp một thắc mắc về trao đổi dữ liệu khi các Route r hội tụ trong O SPF protocol

    Khi các route r hội tụ thì chỉ trao đổi dữ liệu giữa DR, BDR và DRother.
    Các DRother không hề trao đổi dữ liệu trực tiếp với nhau:

    Như tài liệu của CCNA ICND2 trang 353-354 có đoạn như sau:
    -------------------------
    With the DR concept, as shown on the right side of Figure 9-3, that same LAN would require routing updates only between the DR and the nine other routers, significantly reducing the flooding of OSPF information across the LAN

    ------
    Trong CCNA của Tood Lammle trang 465.

    "The BDR is elected as a backup router in case the DR goes down. The idea behind this is
    that routers have a central point of contact for information exchange. Instead of each router exchanging updates with every other router on the segment, every router exchanges informa-
    tion with the DR and BDR. The DR and BDR then relay the information to everybody else.

    -----------------------
    Ấy vậy mà mình thực hành trên GNS3 nó lại khác. Kết quả là các DRother không những trao đổi dữ liệu DR, BDR mà còn trao đổi với những DRother khác.
    Làm ơn xem đoạn script mình chép trong lúc gỡ rối và hình điính kèm.
    Ai biết mình sai ở chỗ nào, hay là phần mềm lỗi làm ơn chỉ giúp.

    Mình đã kiểm tra tất cả các trạng thái từ Neibor, adjacent, Routing.

    Trương hợp này 172.16.0.3 là FULL/DR 172.16.0.1 là FULL/BDR và 172.16.0.2 là DROTHER và R0 với IP là 172.16.0.4 cũng là DROTHER.

    Nếu đúng theo lý thuyết thì chỉ 172.16.0.3 là FULL/DR 172.16.0.1 là FULL/BDR và 172.16.0.2 và R0 với IP là 172.16.0.4 trao đổi dữ liệu với nhau thôi. Thế nhưng trường hợp này tại sao R0 với IP là 172.16.0.4 trao đổi dữ liệu với 172.16.0.2 như trong debug của R0 chỉ ra như vậy. Tại sao mâu thuẩn vậy nhỉ. Ai biết làm ơn chỉ giúp.




    R0#sh ip ospf nei

    Neighbor ID Pri State Dead Time Address Interface
    172.16.1.1 1 FULL/BDR 00:00:31 172.16.0.1 Ethernet0/0
    172.16.0.2 1 2WAY/DROTHER 00:00:35 172.16.0.2 Ethernet0/0
    172.16.0.3 1 FULL/DR 00:00:39 172.16.0.3 Ethernet0/0
    R0#
    ================================================== =======

    R0#sh ip ospf data

    OSPF Router with ID (172.16.0.4) (Process ID 40)


    Router Link States (Area 0)

    Link ID ADV Router Age Seq# Checksum Link count
    172.16.0.2 172.16.0.2 342 0x80000002 0xF339 1
    172.16.0.3 172.16.0.3 341 0x80000002 0xF138 1
    172.16.0.4 172.16.0.4 333 0x80000003 0xED38 1
    172.16.1.1 172.16.1.1 119 0x80000004 0xD6BE 2
    172.16.1.2 172.16.1.2 119 0x80000002 0xE347 1

    Net Link States (Area 0)

    Link ID ADV Router Age Seq# Checksum
    172.16.0.3 172.16.0.3 332 0x80000003 0x7544
    172.16.1.1 172.16.1.1 119 0x80000001 0xF44C
    R0#
    =================================
    R0#sh ip route
    Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
    D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
    N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
    E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
    i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
    * - candidate default, U - per-user static route, o - ODR
    P - periodic downloaded static route

    Gateway of last resort is not set

    172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
    C 172.16.0.0/29 is directly connected, Ethernet0/0
    O 172.16.1.0/30 [110/20] via 172.16.0.1, 00:02:05, Ethernet0/0
    R0#
    =====================================
    R0#ping 172.16.1.2

    Type escape sequence to abort.
    Sending 5, 100-byte ICMP Echos to 172.16.1.2, timeout is 2 seconds:
    !!!!!
    Success rate is 100 percent (5/5), round-trip min/avg/max = 124/149/192 ms
    R0#

    ==========================
    R0#debu ip ospf packet
    OSPF packet debugging is on
    R0#
    00:06:52: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.3
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:06:53: OSPF: rcv. v:2 t:1 l:56 rid:172.16.1.1
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:06:57: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.2
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:02: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.3
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:03: OSPF: rcv. v:2 t:1 l:56 rid:172.16.1.1
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:07: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.2
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:12: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.3
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:13: OSPF: rcv. v:2 t:1 l:56 rid:172.16.1.1
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:17: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.2
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:22: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.3
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:23: OSPF: rcv. v:2 t:1 l:56 rid:172.16.1.1
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    00:07:27: OSPF: rcv. v:2 t:1 l:56 rid:172.16.0.2
    aid:0.0.0.0 chk:F228 aut:0 auk: from Ethernet0/0
    R0#undebu all
    All possible debugging has been turned off
    R0#
    ==================================
    R0#debu ip ospf even
    OSPF events debugging is on
    R0#
    00:08:57: OSPF: Rcv hello from 172.16.0.2 area 0 from Ethernet0/0 172.16.0.2
    00:08:57: OSPF: End of hello processing
    00:09:02: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
    00:09:02: OSPF: End of hello processing
    00:09:03: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
    00:09:03: OSPF: End of hello processing
    00:09:07: OSPF: Rcv hello from 172.16.0.2 area 0 from Ethernet0/0 172.16.0.2
    00:09:07: OSPF: End of hello processing
    00:09:12: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
    00:09:12: OSPF: End of hello processing
    00:09:13: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
    00:09:13: OSPF: End of hello processing
    00:09:17: OSPF: Rcv hello from 172.16.0.2 area 0 from Ethernet0/0 172.16.0.2
    00:09:17: OSPF: End of hello processing
    00:09:22: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
    00:09:22: OSPF: End of hello processing
    00:09:23: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
    00:09:23: OSPF: End of hello processing
    00:09:27: OSPF: Rcv hello from 172.16.0.2 area 0 from Ethernet0/0 172.16.0.2
    00:09:27: OSPF: End of hello processing
    00:09:32: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
    00:09:32: OSPF: End of hello processing
    00:09:33: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
    00:09:33: OSPF: End of hello processing
    00:09:37: OSPF: Rcv hello from 172.16.0.2 area 0 from Ethernet0/0 172.16.0.2
    00:09:37: OSPF: End of hello processing
    00:09:42: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
    00:09:42: OSPF: End of hello processing
    00:09:43: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
    00:09:43: OSPF: End of hello processing
    00:09:47: OSPF: Rcv hello from 172.16.0.2 area 0 from Ethernet0/0 172.16.0.2
    00:09:47: OSPF: End of hello processing
    00:09:52: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
    00:09:52: OSPF: End of hello processing
    R0#undeb all
    All possible debugging has been turned off
    R0#
    00:09:53: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
    00:09:53: OSPF: End of hello processing
    Tags: None
  • #2
    Theo mi`nh nghi~ thi` ca'c DROTHER van trao doi thong tin voi nhau de giu quan he neighbor. Con cac thong tin LSA thi DROTHER chi trao doi voi DR va BDR thoi. Ban thu su dung cac lenh debug khac xem. Vi du nhu: debug ip ospf lsa-generation hay debug ip ospf adj

    sorry vi ko go dc tieng viet.

    Comment

    • #3
      Gói hello ngoài tác dụng là thiết lập neighbor nó còn thêm nhiệm vụ nữa là duy trì neighbor.
      Sau khi mạng hội tụ thì chỉ những khi mạng gặp trục trặc gì thì các DRother mới chỉ trao đổi duy nhất với DR/BDR mà thôi, nhưng chỉ có DR mới gửi lại update đến những DR other khác. [trigger update và chỉ update những thay đổi giữa DR other và DR/BDR]
      Còn bình thường thì các DRother vẫn gửi các gói hello định kì theo 10' hoặc 30' tùy theo môi trường để duy trì quan hệ neighbors.
      Phạm Minh Tuấn

      Email : phamminhtuan@vnpro.org
      Yahoo : phamminhtuan_vnpro
      -----------------------------------------------------------------------------------------------
      Trung Tâm Tin Học VnPro
      149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
      Tel : (08) 35124257 (5 lines)
      Fax: (08) 35124314

      Home page: http://www.vnpro.vn
      Support Forum: http://www.vnpro.org      		 - Chuyên đào tạo quản trị mạng và hạ tầng Internet
      - Phát hành sách chuyên môn
      - Tư vấn và tuyển dụng nhân sự IT
      - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

      Network channel: http://www.dancisco.com
      Blog: http://www.vnpro.org/blog

      Comment

      • #4
        Trao đổi dữ liệu lúc hội tụ

        Originally posted by Asturias View Post
        Theo mi`nh nghi~ thi` ca'c DROTHER van trao doi thong tin voi nhau de giu quan he neighbor. Con cac thong tin LSA thi DROTHER chi trao doi voi DR va BDR thoi. Ban thu su dung cac lenh debug khac xem. Vi du nhu: debug ip ospf lsa-generation hay debug ip ospf adj

        sorry vi ko go dc tieng viet.
        -------------------------------------
        Cám ơn ý kiến đóng góp của bạn.
        1/ Mình đã thử debug ip ospf lsa-generation nhưng nó không chạy, không biết lý do gì. Mình đã chờ hơn 30 phút sau khi gõ lệnh này.

        R2#debug ip ospf lsa-generation
        OSPF summary lsa generation debugging is on
        R2#

        2/ Mình cũng gõ debug ip ospf adj, xem ra lệnh này đâu có khác gì lệnh debu ip ospf packet(Xin xem hàng xuất ra từ debug bên dưới.)
        Trường hợp này R2 voi IP = 172.16.0.2 là DRother và R1= 172.16.0.3 là DROTHER
        R2 và R1 vẫn trao dữ liệu

        R2#sh ip ospf nei

        Neighbor ID Pri State Dead Time Address Interface
        172.16.0.3 1 2WAY/DROTHER 00:00:33 172.16.0.3 Ethernet0/0
        172.16.0.4 1 FULL/BDR 00:00:38 172.16.0.4 Ethernet0/0
        172.16.1.1 1 FULL/DR 00:00:31 172.16.0.1 Ethernet0/0
        R2#



        R2#debug ip ospf adj
        OSPF adjacency events debugging is on
        R2#
        00:04:42: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
        00:04:42: OSPF: End of hello processing
        00:04:42: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
        00:04:42: OSPF: End of hello processing
        00:04:45: OSPF: Rcv hello from 172.16.0.4 area 0 from Ethernet0/0 172.16.0.4
        00:04:45: OSPF: End of hello processing
        00:04:52: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
        00:04:52: OSPF: End of hello processing
        00:04:52: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
        00:04:52: OSPF: End of hello processing
        00:04:55: OSPF: Rcv hello from 172.16.0.4 area 0 from Ethernet0/0 172.16.0.4
        00:04:55: OSPF: End of hello processing
        00:05:02: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
        00:05:02: OSPF: End of hello processing
        00:05:02: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
        00:05:02: OSPF: End of hello processing
        00:05:05: OSPF: Rcv hello from 172.16.0.4 area 0 from Ethernet0/0 172.16.0.4
        00:05:05: OSPF: End of hello processing
        00:05:12: OSPF: Rcv hello from 172.16.1.1 area 0 from Ethernet0/0 172.16.0.1
        00:05:12: OSPF: End of hello processing
        00:05:12: OSPF: Rcv hello from 172.16.0.3 area 0 from Ethernet0/0 172.16.0.3
        00:05:12: OSPF: End of hello processing
        00:05:15: OSPF: Rcv hello from 172.16.0.4 area 0 from Ethernet0/0 172.16.0.4
        00:05:15: OSPF: End of hello processing
        R2#undebug all
        All possible debugging has been turned off
        R2#

        Comment

        • #5
          Trao đổi dữ liệu lúc hội tụ

          Originally posted by logmeinvietnam View Post
          Gói hello ngoài tác dụng là thiết lập neighbor nó còn thêm nhiệm vụ nữa là duy trì neighbor.
          Sau khi mạng hội tụ thì chỉ những khi mạng gặp trục trặc gì thì các DRother mới chỉ trao đổi duy nhất với DR/BDR mà thôi, nhưng chỉ có DR mới gửi lại update đến những DR other khác. [trigger update và chỉ update những thay đổi giữa DR other và DR/BDR]
          Còn bình thường thì các DRother vẫn gửi các gói hello định kì theo 10' hoặc 30' tùy theo môi trường để duy trì quan hệ neighbors.
          =========================
          Cám ơn ý kiến của bạn. Nhưng cho mình hỏi bạn có cách nào để làm rõ vấn đề này hơn không? Ý mình muốn nói là có một LAB minh hoạ đó. Chứ lý thuyết chay thật là khó để thuyết phục. Cái gì đó mình phải nghe, dẫu mình không thấy rõ vấn đề. Thật khó quá....
          Xin hãy chia sẽ cùng mình.
          Mong hồi âm.

          Comment

          • #6
            Originally posted by nhatruc View Post
            =========================
            Cám ơn ý kiến của bạn. Nhưng cho mình hỏi bạn có cách nào để làm rõ vấn đề này hơn không? Ý mình muốn nói là có một LAB minh hoạ đó. Chứ lý thuyết chay thật là khó để thuyết phục. Cái gì đó mình phải nghe, dẫu mình không thấy rõ vấn đề. Thật khó quá....
            Xin hãy chia sẽ cùng mình.
            Mong hồi âm.

            Bạn dùng "debug ip ospf hello" để thấy rõ là mọi router đều trao đổi hello để duy trì neighbor [trong môi trường tự khám phá neighbor].
            Và bạn có thể dùng "debug ip ospf flood" để thấy rõ DRother chỉ trao đổi update với DR/BDR mỗi khi nó cần update. Và DRother chỉ nhận update từ DR trong môi trường broadcast như trên của bạn.
            Have fun!
            Phạm Minh Tuấn

            Email : phamminhtuan@vnpro.org
            Yahoo : phamminhtuan_vnpro
            -----------------------------------------------------------------------------------------------
            Trung Tâm Tin Học VnPro
            149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
            Tel : (08) 35124257 (5 lines)
            Fax: (08) 35124314

            Home page: http://www.vnpro.vn
            Support Forum: http://www.vnpro.org            		 - Chuyên đào tạo quản trị mạng và hạ tầng Internet
            - Phát hành sách chuyên môn
            - Tư vấn và tuyển dụng nhân sự IT
            - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

            Network channel: http://www.dancisco.com
            Blog: http://www.vnpro.org/blog

            Comment

            • #7
              Và lúc thử bạn nhớ đặt cổng nào đó tham gia định tuyến rồi sau đó bật debug -> no shut cổng đó mới thấy vì chỉ khi thay đổi LSA mới gửi. [Còn không thì 30 phút]

              lệnh "debug ip ospf flood" còn cho bạn thấy chính những loại LSA mà DR gửi, [thường là LSA1 để mô tả về nó trong area]
              Phạm Minh Tuấn

              Email : phamminhtuan@vnpro.org
              Yahoo : phamminhtuan_vnpro
              -----------------------------------------------------------------------------------------------
              Trung Tâm Tin Học VnPro
              149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
              Tel : (08) 35124257 (5 lines)
              Fax: (08) 35124314

              Home page: http://www.vnpro.vn
              Support Forum: http://www.vnpro.org              		 - Chuyên đào tạo quản trị mạng và hạ tầng Internet
              - Phát hành sách chuyên môn
              - Tư vấn và tuyển dụng nhân sự IT
              - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

              Network channel: http://www.dancisco.com
              Blog: http://www.vnpro.org/blog

              Comment

              • #8
                Trao đổi dữ liệu lúc hội tụ

                Originally posted by logmeinvietnam View Post
                Và lúc thử bạn nhớ đặt cổng nào đó tham gia định tuyến rồi sau đó bật debug -> no shut cổng đó mới thấy vì chỉ khi thay đổi LSA mới gửi. [Còn không thì 30 phút]

                lệnh "debug ip ospf flood" còn cho bạn thấy chính những loại LSA mà DR gửi, [thường là LSA1 để mô tả về nó trong area]

                Cám ơn bạn nhiều lắm. you're VE RY GO OD.

                Bạn ơi mình muốn viết thêm nữa nhưng nó bảo lổi như thế này không biết vì đâu(cái này không liên quan gì đến o spf nhé, nó là liên quan đền fo rum thôi)


                1. You have included 34 images in your message. You are limited to using 20 images so please go back and correct the problem and then continue again.
                Images include use of smilies, the BB code [img] tag and HTML <img> tags. The use of these is all subject to them being enabled by the administrator


                Mình đâu có muốn chèn hình ảnh gì đâu, nó tự nhiên vào đấy, mấy cái biểu tượng lá cờ Mỹ, em bé cười. Không biết làm cách nào gở hết mấy cái IMAGE S này ra nhỉ?
                Nên bài viết nó bị giới hạn vài dòng. Mình không sao gửi đọan debug lên đây được.

                Cũng với top ology như vậy, nhưng hôm này DR và DBR thay đổi vị trí. Nhưng không sao, vì mình quan tâm đến các DRothe r thôi mà.

                R2#sh ip ospf nei

                Neighbor ID Pri State Dead Time Address Interface
                172.16.0.3 1 2WAY/DROTHER 00:00:33 172.16.0.3 Ethernet0/0
                172.16.0.4 1 FULL/BDR 00:00:39 172.16.0.4 Ethernet0/0
                172.16.1.1 1 FULL/DR 00:00:31 172.16.0.1 Ethernet0/0
                R2#

                R2 với IP là 172.16.0.2 (DROTHER). Ta chỉ cần quan tâm đến việc trao đổi dữ với 172.16.0.3 (một DROTHER khác) trong top ology này.

                Và kết quả là không thấy bóng dáng nào của 172.16.0.3 trao đổi dữ liệu với R2. Khi dùng debug ip o spf flo od
                Mình rất thoả mãn với hướng dẫn của bạn. Thank ag ain.


                Trân trọng

                Comment

                • #9
                  Mình đâu có muốn chèn hình ảnh gì đâu, nó tự nhiên vào đấy, mấy cái biểu tượng lá cờ Mỹ, em bé cười. Không biết làm cách nào gở hết mấy cái IMAGE S này ra nhỉ?
                  Nên bài viết nó bị giới hạn vài dòng. Mình không sao gửi đọan debug lên đây được.
                  bạn tick vào "Disable smilies in text" là được mà.

                  Comment

                  • #10
                    Thêm tí là "Disable smilies in text" nằm bên dưới chữ submit, trước khi bạn gửi bài có Additional Option, bạn có thể tick vào những option gì bạn muốn trước khi gửi.
                    Phạm Minh Tuấn

                    Email : phamminhtuan@vnpro.org
                    Yahoo : phamminhtuan_vnpro
                    -----------------------------------------------------------------------------------------------
                    Trung Tâm Tin Học VnPro
                    149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
                    Tel : (08) 35124257 (5 lines)
                    Fax: (08) 35124314

                    Home page: http://www.vnpro.vn
                    Support Forum: http://www.vnpro.org                    		 - Chuyên đào tạo quản trị mạng và hạ tầng Internet
                    - Phát hành sách chuyên môn
                    - Tư vấn và tuyển dụng nhân sự IT
                    - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

                    Network channel: http://www.dancisco.com
                    Blog: http://www.vnpro.org/blog

                    Comment

                    • #11
                      Trao đổi dữ liệu lúc hội tụ

                      Originally posted by logmeinvietnam View Post
                      Thêm tí là "Disable smilies in text" nằm bên dưới chữ submit, trước khi bạn gửi bài có Additional Option, bạn có thể tick vào những option gì bạn muốn trước khi gửi.
                      ---------------------------------

                      submit mình đây, sao không thấy Disable smilies in text" nằm bên dưới chữ submit nhỉ?

                      Comment

                      • #12
                        Trao đổi dữ liệu lúc hội tụ

                        Originally posted by logmeinvietnam View Post
                        Thêm tí là "Disable smilies in text" nằm bên dưới chữ submit, trước khi bạn gửi bài có Additional Option, bạn có thể tick vào những option gì bạn muốn trước khi gửi.
                        ---------------------------------

                        submit mình đây, sao không thấy Disable smilies in text" nằm bên dưới chữ submit nhỉ?

                        Xin lổi hình nhỏ quá, mình ngại mọi người khó nhìn. Mình gửi lại hình lớn lớn hơn.

                        Comment

                        • #13
                          Nó nằm đây
                          Phạm Minh Tuấn

                          Email : phamminhtuan@vnpro.org
                          Yahoo : phamminhtuan_vnpro
                          -----------------------------------------------------------------------------------------------
                          Trung Tâm Tin Học VnPro
                          149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
                          Tel : (08) 35124257 (5 lines)
                          Fax: (08) 35124314

                          Home page: http://www.vnpro.vn
                          Support Forum: http://www.vnpro.org                          		 - Chuyên đào tạo quản trị mạng và hạ tầng Internet
                          - Phát hành sách chuyên môn
                          - Tư vấn và tuyển dụng nhân sự IT
                          - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

                          Network channel: http://www.dancisco.com
                          Blog: http://www.vnpro.org/blog

                          Comment

                          • #14
                            Trao đổi dữ liệu lúc hội tụ

                            Originally posted by logmeinvietnam View Post
                            Nó nằm đây


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

                            Đúng là cái dòng này mình không có, mà bạn lại có. Không biết vì lý do gì. MÌnh chỉ có mỗi một dòng "Automatically parse links in text."

                            Bạn có thể lại địa chỉ email của bạn, mình gửi user name và pass của mình để bạn xem. Thật sự mình không biết tại sao? Có lẽ do phân cấp quyền sử dụng thì phải

                            Comment

                            • #15
                              hay vấn đề do browser?

                              Bạn nhatruc thử trình duyệt khác xem.
                              Đặng Quang Minh, CCIEx2#11897 (Enterprise Infrastructure, Wireless), DEVNET, CCSI#31417

                              Email : dangquangminh@vnpro.org
                              https://www.facebook.com/groups/vietprofessional/

                              Comment

                              Previous 1 2 template Next
                              Working...
                              X