- Để tăng khả năng phục hồi cho hạ tầng AS54316 của AP Foundation, tác giả muốn đặt thiết bị vận hành thường trực tại nhà riêng ở Connecticut, ngoài trung tâm dữ liệu NYC; trở ngại lớn nhất là kéo được đường truyền hỗ trợ BGP tới tận nhà
- FTTH phổ thông như Verizon FiOS và Optimum không cung cấp BGP peering; có thể vòng qua bằng VPN nhưng vẫn thiếu SLA và còn điểm lỗi chung là hạ tầng cột điện trong khu vực
- Lựa chọn là đường truyền DIA nối cặp sợi quang chuyên dụng tới router ở tổng đài/POP; Verizon Enterprise cho biết nhà thuộc diện “on net” nên không mất phí triển khai, đổi lại là hợp đồng 3 năm và tính phí hàng tháng
- Việc lắp đặt mất khoảng 2 tháng, 5 lần ra hiện trường, hơn 10 kỹ sư/kỹ thuật viên Verizon, có cảnh sát giám sát và thi công khoảng 2,5 dặm cáp quang; cấu trúc cuối cùng là Verizon CO ↔ VzT NID ↔ VzB NID ↔ router
- Sau khi vận hành, chi phí port bị cộng thêm khoảng 30% thuế Federal Universal Service Fund; dù có SLA 100%, vẫn xảy ra vài lần flap ngắn và một lần sự cố khoảng 30 phút
Yêu cầu để chạy BGP tại nhà
- AS54316 là mạng nền tảng cho các dịch vụ của AP Foundation, và hạ tầng hiện có được đặt tại trung tâm dữ liệu NetActuate trong NYC Telehouse Chelsea
- Mục tiêu là tận dụng không gian dư tại nhà ở Connecticut để dựng hạ tầng vật lý vận hành thường trực, thay vì thuê thêm chỗ đặt máy ở trung tâm dữ liệu khác
- Thiết bị vận hành thường trực cần làm mát, điện, bảo mật và kết nối mạng; trong đó kết nối mạng trở thành hạng mục then chốt, mất hơn 2 tháng
- Không gian địa chỉ IPv4/IPv6 riêng đã được ARIN cấp phát và được quảng bá dưới AS54316 thông qua BGP peering với nhà cung cấp IP transit
- Ở trung tâm dữ liệu, việc kết nối tới các nhà mạng toàn cầu như GTT, Cogent, HE thông qua đơn vị colocation hoặc cross-connect là khá dễ, nhưng trong môi trường dân cư thì điều kiện rất khác
Giới hạn của FTTH và phương án vòng qua bằng VPN
- Khu vực nhà có hai nhà cung cấp FTTH là Verizon FiOS và Optimum; tác giả đã dùng FiOS cho mục đích cá nhân
- Cả hai đều xem BGP peering là tính năng dành cho doanh nghiệp lớn, và không cung cấp trong dịch vụ dân dụng
- Có thể dùng VPN để peering BGP với nhà cung cấp VPS có IP transit như Neptune hoặc Vultr
- Nhưng đa số nhà cung cấp FTTH không có SLA, nên khó được đảm bảo chất lượng kết nối cơ bản
- Cũng có thể đăng ký cả Verizon FiOS lẫn Optimum để làm multihome dựa trên VPN, nhưng cả hai đều chủ yếu dùng hạ tầng treo trên cột điện trong khu vực, nên cùng dễ bị sự cố như cây đổ vào đường dây
DIA mang lại khác biệt gì
- Phương án thay thế là DIA (dedicated internet access) hoặc dedicated ethernet
- FTTH/FTTB thông thường ngoài khối doanh nghiệp dùng các công nghệ như PON, tức cả khu dân cư chia sẻ đường backhaul về tổng đài ISP
- ISP có thể dùng một sợi quang và bộ chia quang thụ động để phục vụ nhiều nhà/công trình
- Dù người dùng đăng ký gói đối xứng 1Gbps, không có nghĩa mọi thuê bao đều có thể đồng thời dùng trọn 1Gbps
- Với DIA, ISP triển khai một cặp sợi quang chuyên dụng từ router ở tổng đài đến tòa nhà, đồng thời cam kết về băng thông, thời gian hoạt động, độ trễ, jitter và thời gian sửa chữa
- Đường truyền này gần như là một kết nối quang dài giữa router của khách hàng và router POP của ISP, và vì chi phí cao nên chủ yếu được doanh nghiệp lớn sử dụng
- Điểm khác biệt quan trọng trong trường hợp này là nhà cung cấp DIA cho phép BGP peering với khách hàng
Chọn nhà cung cấp và cấu trúc chi phí
- Các ứng viên tự nhiên là Verizon Enterprise và Lightpath vì có hạ tầng trong khu vực; tác giả cũng hỏi thêm các nhà mạng lớn như AT&T, Cogent, Zayo, Crown Castle, Lumen
- Quá trình khảo sát cho thấy nhiều ràng buộc
- Một số nhà cung cấp từ chối kéo kết nối tới công trình nằm trong khu dân cư
- Một số yêu cầu mức phí tối thiểu hàng tháng rất cao, phí triển khai và thời gian thi công cỡ 1 năm
- Có nhà cung cấp báo giá 128.000 USD chỉ để kéo 1.148 feet cáp quang tới bó cáp “live” gần nhất
- Một số giao hạ tầng vật lý đoạn cuối cho nhà mạng trao đổi nội hạt bên thứ ba, có thể dẫn tới khó phối hợp và tranh cãi trách nhiệm khi sửa chữa
- Gần như tất cả đều yêu cầu cam kết 3 năm
- Lựa chọn cuối cùng là Verizon Enterprise
- Nhà thuộc diện “on net”, nên không có phí triển khai riêng
- Đây cũng là nhà cung cấp duy nhất công khai giá minh bạch trên website
- Ví dụ giá Verizon theo tốc độ đường truyền
- 50Mbps committed: 455 USD/tháng
- 100Mbps: 661 USD/tháng
- 1Gbps: 999 USD/tháng
- 5Gbps: 2.099 USD/tháng
- 10Gbps: 3.099 USD/tháng
- Với gói 50Mbps giá 455 USD/tháng, chi phí “access” Internet thực tế chỉ khoảng 90 USD, còn khoảng 365 USD còn lại là chi phí port ở lớp vật lý
- Đường truyền bao gồm SLA, phiên BGP, kết nối dual-stack; cũng có thể tính cước theo bách phân vị thứ 95, nhưng cấu hình 100Mbps committed với burstable lên 1Gbps lại đắt hơn 1Gbps committed nên không phù hợp nhu cầu
- Trong quá trình cấu hình dịch vụ, có thể chọn kiểu network handoff như 100base-FX, 1000base-LX, 1000base-T, single-mode, multi-mode
Quá trình lắp đặt: từ khảo sát thực địa đến hàn nối quang
- Việc lắp đặt diễn ra trong khoảng 2 tháng, qua hơn 10 kỹ sư/kỹ thuật viên Verizon, 5 lần ra hiện trường và có cảnh sát giám sát
- Bên trong Verizon, công việc được chia giữa Verizon Telecom phụ trách lớp vật lý và Verizon Business phụ trách lớp định tuyến; phần lớn thao tác tại hiện trường do Verizon Telecom thực hiện
- Trong quá trình kích hoạt, một order manager chuyên trách ở nước ngoài phụ trách điều phối nội bộ và là đầu mối liên lạc chính trong suốt thời gian lắp đặt
-
Lần ra hiện trường thứ nhất: khảo sát
- Một High Capacity Outside Plant Engineer của Verizon Telecom thực hiện khảo sát hiện trường
- Họ kiểm tra các cột điện trên đường, điểm đưa dịch vụ vào nhà và vị trí đặt rack server; đồng thời hướng dẫn yêu cầu về ống dẫn cáp quang cũng như điện và không gian rack
- Thiết bị Verizon được thông báo là cần 4U không gian rack
- Trên các tuyến đường chính có các bó cáp quang lớn; có nơi hơn 800 sợi và vẫn còn dark fiber dành cho các dự án tương lai
- Vì nhà nằm ngay cạnh tuyến đường chính, kế hoạch là kéo vài trăm feet cáp quang mới để đấu vào bó lớn đó; một đầu nối tới cổng switch tại tổng đài khu vực của Verizon, đầu kia nối vào rack server trong nhà
- Sau khảo sát, họ đưa ra ngày firm order commitment vào khoảng 1,5 tháng sau; tác giả chuẩn bị điện, điểm vào dịch vụ, rack server và thiết bị mạng, rồi nộp xác nhận “site ready”
-
Lần ra hiện trường thứ hai: kéo cáp quang drop
- Vài tuần sau, 4 kỹ thuật viên cùng xe nâng đến kéo cáp quang từ cột điện vào rack server mới
- Do đặc thù luật địa phương, việc này còn cần cảnh sát giám sát
- Nhóm thi công lắp một patch panel quang 2U trong rack
- Hai đầu cáp quang chưa được kết cuối ngay; một đội hàn nối riêng sẽ xử lý sau tại cột điện và patch panel
- Loại cáp lắp đặt là cáp Corning 12 sợi single-mode; khác với sợi cáp 1 lõi dùng cho FiOS trước đó, tuyến này đi thẳng từ cột điện vào rack
-
Lần ra hiện trường thứ ba: lắp NID đầu tiên
- Cuối tuần đó, một kỹ thuật viên khác đến lắp NID (Network Interface Device); thiết bị chiếm 1U rack
- NID là demarcation point của dịch vụ Verizon, nơi phân định phần trách nhiệm của Verizon và phần trách nhiệm của khách hàng
- Kỹ sư Verizon NOC có thể chạy chẩn đoán từ xa lên thiết bị này
- Phần cứng được lắp là Canoga Perkins 9145E
- Ở phía telecom/NNI có module SFP single-mode 40km 1310nm 1,25Gbps
- Ở phía user/UNI là module tương tự nhưng tầm 10km
- Mẫu được lắp có một PSU nội bộ; dù nhà sản xuất có bản PSU kép, Verizon trả lời rằng mẫu đó không được chứng nhận
- Kỹ thuật viên nói đây là lần đầu trong sự nghiệp anh ta đi lắp NID tại một ngôi nhà dân
-
Lần ra hiện trường thứ tư: đội hàn nối cáp quang
- Vài tuần sau, Verizon thông báo hai nhân viên hàn nối đang kết nối fiber pair từ tổng đài khu vực tới nhà thông qua các hố ga
- Do dark fiber còn lại chưa được nối ở hai đầu, họ phải hàn nối từng cặp sợi giữa nhiều bó cáp trong thị trấn để tạo thành tuyến cuối cùng
- Sau đó, ở cuối đường xuất hiện vài cảnh sát cùng hai xe tải Verizon; ngày hôm sau, công việc tiếp tục với việc nối patch panel trong nhà vào tuyến cáp quang đã lắp trước đó
- Đội thi công hàn nối ngay bên trong nhà, trong khi kỹ thuật viên khác xử lý mối nối phía cột điện
- Sau khi hoàn tất, phép đo OTDR cho thấy toàn tuyến từ tổng đài khu vực tới patch panel dài hơn khoảng 2,5 dặm
- Dù bước này xong, đường truyền vẫn chưa online và còn cần một lần ra hiện trường cuối cùng
Hai lớp NID của Verizon Telecom và Verizon Business
- Hạ tầng lớp vật lý đã được lắp và kiểm thử, nhưng ở lớp IP vẫn cần thêm một NID riêng cho Verizon Business
- Kỹ thuật viên cuối cùng lắp Ciena 3903 cùng optics single-mode 1310nm
- NID này đóng vai trò tương tự NID đầu tiên nhưng từ góc nhìn của Verizon Business
- Verizon Telecom cung cấp EVC cho Verizon Business, còn quan hệ dịch vụ trực tiếp với khách hàng nằm gần hơn về phía Verizon Business
- Cấu trúc kết nối cuối cùng là
- Verizon CO ↔ khoảng 2,5 dặm cáp quang ↔ VzT NID ↔ VzB NID ↔ router của khách hàng
Kích hoạt và những điểm rút ra sau khi vận hành thực tế
- Sau khi lắp NID cuối cùng và kiểm thử, Verizon cung cấp thông tin IP và thông số peering cho phiên BGP để đưa kết nối lên
- Giai đoạn kích hoạt cũng cho thấy một phần hạ tầng nội bộ của Verizon
- DWDM/ROADM dùng Fujitsu 9500
- gateway/peering router dùng Juniper MX960
- Router peering không nằm tại tổng đài khu vực mà ở NYC, cách đó khoảng 30–40 dặm
- Sau vài tháng vận hành, tác giả nhận ra thêm một số điểm về chi phí và vận hành
- Chi phí port bị cộng thêm khoảng 30% thuế Federal Universal Service Fund
- Thuế này thay đổi theo từng quý và cần được tính vào phân tích chi phí cho các đường truyền có lưu lượng interstate đáng kể
- Phần đáng kể của bộ phận hỗ trợ Verizon hoạt động ở nước ngoài, nên đôi khi việc chẩn đoán các vấn đề gián đoạn trở nên khó khăn
- Với các sự cố lớn, việc escalation tương đối dễ; khi mở trouble ticket, hệ thống tự động sẽ kiểm tra khả năng ping tới NID/router và trạng thái hoạt động của phiên BGP
- Dù SLA ghi 100%, rất khó kỳ vọng hoàn hảo tuyệt đối; trong vài tháng vẫn có vài lần flap thoáng qua và một lần mất kết nối khoảng 30 phút
1 bình luận
Ý kiến trên Hacker News
Dù nói là SLA 100% thì cũng không nên kỳ vọng sự hoàn hảo. SLA là một cam kết tài chính cho phép yêu cầu hoàn tiền theo tỷ lệ hoặc tín dụng dịch vụ đối với một số sự cố nhất định, chứ không phải bảo đảm rằng thời gian hoạt động thực tế sẽ vượt con số đó.
Nếu hạ tầng cáp quang bị hư hỏng vật lý như đường truyền trong bài viết này, kết nối chắc chắn sẽ bị gián đoạn vài giờ trong lúc đội hiện trường xác định vị trí và khắc phục. Dù Verizon đưa ra SLA 100%, thực tế họ không thiết kế ở mức five nines; để làm vậy cần thiết bị dự phòng kép tại cơ sở khách hàng, đường vào kép và đa dạng tuyến đường từ đầu đến cuối.
Đồng thời, nó cũng khiến người ta khá thành thạo trong việc đẩy trách nhiệm cho bên khác.
Giả sử một đường truyền riêng SLA 100% giá 10.000 USD/tháng bị chết suốt cả tháng mà nhà cung cấp không trả bồi thường, thì việc thuê luật sư và bỏ thời gian chỉ để đòi 10.000 USD khó mà hợp lý. Nếu sự cố kéo dài 3 giờ thì còn tệ hơn: với mức 10.000 USD/tháng, chi phí theo giờ là 13,89 USD, và dù bồi thường gấp 3 lần thì cũng chỉ khoảng 125 USD, đến mức viết đơn yêu cầu cũng còn lửng lơ.
Chi phí mà nhà cung cấp thực sự quan tâm là danh tiếng. Kỹ thuật viên có thể thờ ơ với uptime của đường truyền, nhưng nếu liên hệ với account manager thì phản ứng có thể thay đổi hoàn toàn; điều này tách biệt với bản thân SLA.
Cuối cùng, bạn phải hiểu thực tế vật lý của đường truyền và dịch vụ trước khi mua; gắn thêm một SLA nghe bóng bẩy cũng không thay đổi kết quả.
ISP mà tôi vận hành cũng cung cấp đường truyền riêng nếu khách hàng muốn. Chúng tôi thu thêm phí lắp đặt vì có thêm công việc đấu nối, và cũng thu phí hằng tháng nhỉnh hơn vì dùng cổng và core riêng thay vì PON.
Tuy nhiên, phần lớn chi phí của dịch vụ này gần với chi phí gánh rủi ro SLA hơn là bảo đảm thời gian hoạt động thực tế. Xác suất sự cố tự thân không khác PON là mấy, nên về thực chất nó giống một bảo đảm tài chính/dịch vụ hơn.
Như một phương án thỏa hiệp, chúng tôi cũng cung cấp BGP cho dịch vụ thông thường, và có hệ thống giới thiệu với các ISP thân thiết khác cũng cung cấp BGP. Xét về khả năng chống chịu, tôi thích multihoming hơn “đường riêng”, vì nó tách toàn bộ network stack, từ mạng truyền dẫn đến peering.
Có lần tôi từng gửi nhiều địa chỉ cho một nhân viên phụ trách doanh nghiệp để họ kiểm tra; cũng hữu ích, nhưng vòng qua vòng lại quá chậm nên tự tra cứu vẫn hơn.
Sau đó tôi tìm thấy trong điều khoản câu “nếu không mua địa chỉ IP tĩnh, chúng tôi có thể thay đổi địa chỉ Giao thức Internet (IP) mà không cần thông báo”.
Tôi chỉ thấy vài người kéo được cáp quang “thật sự” đến tận nhà. Cũng đáng ghen tị, nếu bỏ qua chuyện phí ISP hằng tháng trông như tiền trả góp ô tô.
Sau khi lắp, hiệu năng liên tục có vấn đề; khi tôi chứng minh được sự cố và gây áp lực rằng sẽ chấm dứt hợp đồng, họ nâng cấp đường truyền để tốc độ ra đúng như cam kết và hạ phí xuống 2.100 USD/tháng. Vẫn giống tiền trả góp ô tô, nhưng rẻ hơn trước rất nhiều.
Kết quả là tôi có SLA, kết nối trực tiếp tới nhà cung cấp đám mây, có thể host vài block IP và vận hành một vài máy phơi ra Internet.
Ngôi nhà tôi mới bán gần đây cũng không tệ: dùng 3 đường AT&T 5Gbps với tổng phí 450 USD/tháng. Không có dự phòng, nhưng khá tuyệt.
Tòa chung cư cũ của tôi đã có cáp quang vài năm, và khi chuyển sang một tòa nhà dùng cáp đồng trục khác, tôi cũng nhận được báo giá lắp đặt 2.000 USD. Vấn đề là dịch vụ cáp quang là đối xứng, nên để có tốc độ tải xuống cần cho Netflix, bạn cũng phải mua gói có upload từ 200Mbps trở lên, khiến nó quá đắt. Họ cũng không cung cấp tính phí theo percentile 95.
Những việc liên quan đến quyền riêng tư hoặc vận hành Tor node thì tôi hiểu.
Cấu hình của tôi cũng tương tự. Tôi dùng một đường DIA và dựng VPN dự phòng trên một đường Comcast Business tệ hại, rồi cho kết thúc ở một trung tâm dữ liệu gần đó
Đã phải theo đuổi khá nhiều mới khiến ISP chịu nói chuyện. Dù ngay từ đầu tôi đã nói rằng mình sẵn sàng trả toàn bộ chi phí kéo cáp quang
Các ISP trong khu vực của tôi có vẻ đã chia thành phố thành các vùng dịch vụ, và tôi không hiểu sao việc đó lại hợp pháp
ISP của tôi đã lắp một thiết bị kết cuối đường quang ADVA khá lớn trong cơ sở của tôi. Việc chuyển nó sang phía ISP và chỉ nhận kết nối SFP vẫn đang được xử lý
Hỗ trợ đã được thuê ngoài sang Ấn Độ, và việc giải thích qua điện thoại để họ hiểu mình muốn gì thật khổ sở. May là hệ thống ticket trên web dùng được
Thiết bị kết cuối dây phía khách hàng đương nhiên phải nằm ở phía khách hàng. Thiết bị đó có thể không phải là một hộp lớn mà chỉ là SFP đơn giản, nhưng ISP muốn giám sát trạng thái kết nối đến tận thiết bị kết cuối, vốn là phần trách nhiệm của họ. Chỉ với SFP thông thường thì họ không làm được điều đó, nên sẽ khó chấp nhận nếu vẫn phải duy trì SLA
Nếu vấn đề vật lý là hộp quá to hoặc quá ồn thì có thể thương lượng thiết bị khác, nhưng nếu chỉ đơn giản là muốn quyền kiểm soát mạng thì nó không vận hành như vậy. Mạng của khách hàng bắt đầu từ điểm ranh giới; phía trước đó là mạng nội bộ của ISP, và sau giao diện bàn giao tiêu chuẩn như Ethernet mới là mạng khách hàng
Phần lớn các hợp đồng như vậy được ký vào thập niên 1970 hoặc đầu thập niên 1980, và về cơ bản là mô phỏng các hợp đồng từng có với AT&T hoặc các công ty Bell khu vực
Thông thường, với ISP, doanh thu sẽ thấp hơn vì phí băng thông giảm mạnh, nên đội ngũ bán hàng không được đào tạo tốt và khó tiếp cận qua các kênh thông thường. Nhưng một khi đã triển khai xong thì rất tuyệt. Cứ tưởng tượng tình huống bạn khởi động lại router và ISP là bên gọi điện trước
Tôi rất bị cuốn hút bởi network stack, nhưng mới chỉ đến mức đọc Illustrated TCP/IP và giả vờ hiểu tcpdump. Tôi muốn tự tay đụng vào những thứ như BGP, và đang tự hỏi nên bắt đầu từ đâu
Có vẻ phần lớn mọi người học theo kiểu học việc tại nơi làm, và tôi không biết có phải các hệ thống liên quan quá đắt hoặc bị khóa trong doanh nghiệp nên không phù hợp để tự học không
Nếu muốn trao đổi với ARIN và nhận ASN, có một thực thể kinh doanh nào đó sẽ dễ hơn nhiều
Khi có ASN, bạn sẽ có một chủ thể có thể “sở hữu” block IP mà không phụ thuộc vào mạng khác. Sau đó hãy xem sản phẩm của Neptune Networks: bạn có thể thuê một instance cho phép transit với chi phí hằng tháng hợp lý. Tuy nhiên instance nhỏ nhất không đủ RAM để lưu toàn bộ bảng BGP của Internet toàn cầu, và điều đó sẽ trở nên quan trọng khi bạn hiểu ý nghĩa của nó
Ngay cả trước khi tìm hiểu colocation địa phương, bạn đã có thể học được rất nhiều với chi phí thấp
Điểm hay của lĩnh vực này là gần như tất cả đều dựa trên tiêu chuẩn mở. Các RFC gốc như RFC 791 (IP), 793 (TCP), 4271 (BGP4), 9499 (tổng quan DNS) cũng không quá xa vời. Chúng hơi khô khan, nhưng nhìn chung là tài liệu cốt lõi
Sách của Stevens cũng rất tuyệt để hiểu ở tầng thấp, nên đó là điểm xuất phát tốt. Sau đó bạn phải tự xây dựng thử
Hãy tạo hai VM bằng công cụ ảo hóa, cho chúng liên lạc với nhau, cắt liên kết rồi dùng các công cụ như tcpdump để sửa. Quan sát cách ARP hoặc NDP của IPv6 hoạt động ở tầng thấp, và cũng cần nắm subnetting. Tạo interface VLAN, gắn tag 802.1q, thử định tuyến giữa nhiều VLAN, rồi lại làm hỏng thử
Bạn nên tạo một area OSPF cơ bản, cấu hình quan hệ láng giềng BGP giữa hai ASN riêng, và thử redistribute route giữa các giao thức khác nhau. Cũng nên đụng tới các dịch vụ tầng cao như DNS, mạng thử nghiệm anycast cục bộ, load balancer và web server. Xây dựng, phá vỡ, sửa chữa rồi lặp lại — điều đó không khác mấy công việc hằng ngày của các chuyên gia. Có thể dùng các phần mềm như BIRD, quagga, nginx, haproxy, ip/nftables, dnsmasq/powerdns
Sau khi đã làm đủ phần mềm và muốn chạm vào phần cứng thật, bạn có thể kiếm switch whitebox cũ như Quanta/QCT, Edge-core trên eBay với giá vài trăm USD trở xuống. Cài một network OS dùng ONIE, dùng Sonic nếu muốn mã nguồn mở, hoặc Cumulus nếu chấp nhận trả phí, để thao tác với thiết bị thật
Bạn cũng có thể học về transceiver SFP, mode cáp quang, cáp nối trực tiếp và port channel. Mua transceiver và dây patch quang giá rẻ trên fs.com hoặc eBay, rồi tra firmware để xem công suất phát, tỷ lệ lỗi và thông tin hệ thống
Lời khuyên lập LLC rồi nhận ASN từ ARIN trước nên bỏ qua khi bạn chưa có nền tảng, vì có thể chỉ làm tốn thời gian, tiền bạc và khiến bạn phân tán. Hãy học trước với tài nguyên dồi dào, rồi khi chắc chắn cần bước tiếp theo thì hãy làm
Cũng như nhiều thứ trong ngành này, càng nhìn sâu, độ phức tạp càng có thể tăng theo kiểu fractal. Đừng bị choáng ngợp; cứ đi từng bước và đừng sợ làm hỏng. Bạn học tốt nhất trong quá trình sửa chữa
Tôi thắc mắc over-subscription trong FTTH hoạt động như thế nào. Tôi không rành mạng quang, nhưng cứ nghĩ mỗi thuê bao có bước sóng riêng hoặc một dải bước sóng mang băng thông của mình và không chồng lấn với nhau
Nếu không phải vậy thì tôi không hình dung được mạng quang thụ động hoạt động ra sao
Ở nơi tôi làm việc, chúng tôi dùng cấu hình 4-4-8 với bộ chia 3 tầng
OLT thông báo cho từng ONU/ONT lượng thời gian có thể dùng để truyền. Mỗi ONT lần lượt truyền để không gây nhiễu lẫn nhau. Phép tính này cũng tính đến khoảng cách giữa OLT và ONT, vì vị trí địa lý khác nhau nên độ trễ của từng ONT cũng khác nhau
Nếu ONU có nhiều dữ liệu cần truyền, nó có thể yêu cầu thêm thời gian truyền. Thời gian OLT phân bổ phụ thuộc vào CIR, mức tối thiểu ISP cam kết, và PIR, mức tối đa theo gói dịch vụ của thuê bao
Lý do các lần truyền của thuê bao không va chạm là vì các time slot không chồng lấn
Có vẻ Verizon kiếm được biên lợi nhuận khổng lồ một khi đường truyền đã hoạt động. Đến mức họ chịu chi phí đấu nối cáp quang, bao gồm 4 nhân viên và cả cảnh sát túc trực suốt một tuần tại hố ga
Khó tin là công ty đồng ý trả toàn bộ chi phí này, nhưng thật tuyệt. Ghen tị thật
Quá trình này rất giống trải nghiệm của tôi khi đưa DIA vào một tòa nhà thương mại. ISP nói họ đã chi 60.000 USD để kéo nửa dặm cáp quang trong khu business park, và chúng tôi không phải trả khoản đó
Trong rack của chúng tôi chỉ có một thiết bị của ISP. Verizon đúng là như thể họ giao nguyên cả sơ đồ tổ chức đến tận nơi
Chúng tôi đã trả tiền cho nhà thầu của mình để kéo cáp quang từ DEMARC tới phòng máy chủ, nhưng sau đó nghe nói có thể ISP đã làm miễn phí việc đó
Và chất lượng hỗ trợ khách hàng từ ba nhà cung cấp đường truyền doanh nghiệp mà tôi từng dùng thật sự xuất sắc. Thật đáng kinh ngạc khi có thể gọi điện cho một kỹ sư hiểu chuyện gì đang thực sự xảy ra. Đúng là tiền nào của nấy
Tôi xuống tầng hầm thì thấy trên thiết bị biên có một nhãn UUNET mờ, nhưng không có ID đường truyền. Tìm kiếm thì biết sau nhiều thương vụ mua lại, nó giờ thuộc sở hữu của Verizon
Tôi gọi Verizon Business và giải thích tình hình; nhân viên phụ trách đã nói chuyện với tôi suốt một giờ để tìm ra đường truyền đó. Địa chỉ đăng ký là hố ga trên con đường trước tòa nhà
Kỹ thuật viên được cử tới và khoảng một giờ sau thì khôi phục xong. Họ cũng dán nhãn ID đường truyền mới lên thiết bị biên để tránh lặp lại chuyện này
Thật thú vị khi tác giả xem việc này như một chuyện lớn. Chúng tôi làm những việc kiểu này ở nhà các bác sĩ khá thường xuyên