




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)
文檔簡介
1、MSR系列路由器RPF檢測失敗導(dǎo)致組播不可達(dá)的經(jīng)驗案例一、組網(wǎng):實際組網(wǎng)如下列圖,三臺MSR路由器啟用OSPF,保證全網(wǎng)連通。Router A與Router分別連接組播源和組播接收PC,希望PC能夠正常接收組播數(shù)據(jù)。 二、問題描述:如上圖組網(wǎng)后,保證路由狀態(tài)正常,發(fā)現(xiàn)并沒有出現(xiàn)想要的結(jié)果:接收組播的PC并不能收到組播源的組播報文。三、過程分析:三臺路由器上的簡略配置和單播路由表如下:Router A 配置sysname H3C#interface Serial3/0link-protocol pppip address ospf cost 1#interface GigabitEthernet
2、0/0port link-mode routeip address pim dm#interface GigabitEthernet0/1port link-mode routeip address pim dm#ospf 1are.0 network network network #dis ip rouRouting Tables: Public Destinations : 11 Routes : 12Destination/Mask Proto Pre Cost NextHop Interface.0/8 Direct 0 0 1.0.0.1 GE0/1.1/32 Direct 0 0
3、 127.0.0.1 InLoop0.0/8 OSPF 10 2 10.0.0.2 S3/0.0/8 Direct 0 0 10.0.0.1 S3/0.1/32 Direct 0 0 127.0.0.1 InLoop0.2/32 Direct 0 0 10.0.0.2 S3/0.0/8 Direct 0 0 20.0.0.1 GE0/0.1/32 Direct 0 0 127.0.0.1 InLoop030.0.0.0/8 OSPF 10 2 .3 GE0/0 OSPF 10 2 .2 S3/0127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0127.0.0.1/
4、32 Direct 0 0 127.0.0.1 InLoop0Router B 配置sysname H3C#interface Ethernet0/0port link-mode routepim dm#interface Ethernet0/1port link-mode routeip address igmp enable#interface Serial3/0fe1 clock masterlink-protocol pppip address ospf cost 1#ospf 1 import-route directare.0 network network network 30.
5、0.0.0 .255#dis ip rou Routing Tables: Public Destinations : 11 Routes : 12Destination/Mask Proto Pre Cost NextHop Interface.0/8 OSPF 10 2 10.0.0.1 S3/0.0/8 Direct 0 0 2.0.0.2 Eth0/1.2/32 Direct 0 0 127.0.0.1 InLoop0.0/8 Direct 0 0 10.0.0.2 S3/0.1/32 Direct 0 0 10.0.0.1 S3/0.2/32 Direct 0 0 127.0.0.1
6、 InLoop0.0/8 OSPF 10 2 30.0.0.3 Eth0/0 OSPF 10 2 .1 S3/030.0.0.0/8 Direct 0 0 30.0.0.2 Eth0/030.0.0.2/32 Direct 0 0 127.0.0.1 InLoop0127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0Router C 配置sysname H3C#interface Ethernet0/0port link-mode routepim dm#interface Ether
7、net0/1port link-mode routeip address pim dm#interface NULL0#ospf 1are.0 network 30.0.0.0 .255 network #dis ip rou Routing Tables: Public Destinations : 8 Routes : 8Destination/Mask Proto Pre Cost NextHop Interface.0/8 OSPF 10 2 20.0.0.1 Eth0/1.0/8 OSPF 10 2 30.0.0.2 Eth0/0.0/8 Direct 0 0 20.0.0.3 Et
8、h0/1.3/32 Direct 0 0 127.0.0.1 InLoop030.0.0.0/8 Direct 0 0 30.0.0.3 Eth0/030.0.0.3/32 Direct 0 0 127.0.0.1 InLoop0127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0為了解決上述的問題,首先要確定單播路由器是正確的。首先從組播接收PC上Ping組播源的單播地址,測試結(jié)果如下:證明設(shè)備間的連通性沒有問題,觀察設(shè)備上的路由表也會發(fā)現(xiàn)路由學(xué)習(xí)正常。檢查組播源和組播接收PC的配置
9、,發(fā)現(xiàn)配置沒有錯誤,組播數(shù)據(jù)已經(jīng)從組播源正常發(fā)出。最后檢查各個設(shè)備上的組播路由表:Router A上的組播路由表如下:dis multicast routing-table Multicast routing table Total 1 entry00001. (.10, 230.0.0.1) Uptime: 03:37:14 Upstream Interface: GigabitEthernet0/1 List of 1 downstream interface 1: GigabitEthernet0/0Router C上的組播路由表如下:dis multicast routing-tabl
10、eMulticast routing tableTotal 1 entry00001. (.10, 230.0.0.1) Uptime: 00:10:57 Upstream Interface: Ethernet0/1 List of 1 downstream interface 1: Ethernet0/0而Router B上組播路由表為空,如果Router B上沒有組播路由表,那么組播接收PC是不可能接收到組播報文的。為了看個究竟,我們翻開設(shè)備的debug ip packet開關(guān),得到如下信息:*Aug 7 14:54:34:917 2007 H3C IPFWD/7/debug_case:
11、Receiving, interface = Ethernet0/0, version = 4, headlen = 20, tos = 0, pktlen = 284, pktid = 35482, offset = 0, ttl = 6, protocol = 17, checksum = 16940, s = .10, d = prompt: Receiving IP packet from Ethernet0/0*Aug 7 14:54:35:167 2007 H3C IPFWD/7/debug_case:Receiving, interface = Ethernet0/0, vers
12、ion = 4, headlen = 20, tos = 0, pktlen = 284, pktid = 35483, offset = 0, ttl = 6, protocol = 17, checksum = 16939, s = prompt: Receiving IP packet from Ethernet0/0*Aug 7 14:54:35:417 2007 H3C IPFWD/7/debug_case:Receiving, interface = Ethernet0/0, version = 4, headlen = 20, tos = 0, pktlen = 284, pkt
13、id = 35484, offset = 0, ttl = 6, protocol = 17, checksum = 16938, s = prompt: Receiving IP packet from Ethernet0/0證明在Router B上確實接收到了組播數(shù)據(jù),但是路由器并沒有轉(zhuǎn)發(fā),而是將數(shù)據(jù)包丟棄了。什么情況會導(dǎo)致這種現(xiàn)象呢?不難聯(lián)想到如果組播PIM DM的RPF檢查失敗會導(dǎo)致組播報文丟棄。一個組播路由器就有可能從兩個或多個不同的接口上收到相同的多播報文,如何丟掉多余的組播報文呢?組播路由器通過進行RPF檢查來解決這個問題。假設(shè)組播路由器從接口i收到了一個源地址為S,目的地址為G
14、的組播報文。組播路由器首先利用源地址S來查詢單播路由轉(zhuǎn)發(fā)表,看看如果自己收到了一個目的地址為S的單播報文,那么該報文應(yīng)該從哪個端口送出。如果查詢得到的結(jié)果為端口i,那么就認(rèn)為組播報文S,G通過了RPF檢查;否那么就認(rèn)為沒有通過RPF檢查,一般情況下沒有通過RPF檢查的報文應(yīng)該加以丟棄。為了證實這樣的猜想,仔細(xì)觀察上述的單播和組播路由表我們不難發(fā)現(xiàn),單播和組播的數(shù)據(jù)實際轉(zhuǎn)發(fā)路徑如下列圖所示:因為要求單播和組播轉(zhuǎn)發(fā)使用相同的轉(zhuǎn)發(fā)路徑,但由于在Router A的S3/0口和Router B的S3/0口并沒有使能PIM DM,這時候組播報文并不能通過RPF檢測,被Router B丟棄。四、解決方法:為
15、了解決問題,必須使組播報文通過RPF檢查??梢栽赗outer A和Router B的S3/0接口上啟用PIM DM;當(dāng)然也可以修改單播路由,使得單播路徑和組播路徑一致,具體作法為刪除Router A和Router B的S3/0接口上OSPF cost 1配置,這樣重新計算得到的路由器表會使得單播報文按照Source-Router A-Router C-Router B-Receiver的路徑轉(zhuǎn)發(fā)。解決PIM DM的組播問題可以從檢查組播工具,檢查單播路由和檢查RPF三個方面考慮,最后一點通常是隱藏比擬深且較難發(fā)現(xiàn)的,但往往也是問題的根本原因。親愛的朋友,上文已完,為感謝你的閱讀,特加送另一篇范
16、文,如果下文你不需要,可以下載后編輯刪除,謝謝! 礦井水災(zāi)事故專項應(yīng)急演練方案1 應(yīng)急演練目的、意義和目標(biāo) 評估我礦水災(zāi)事故的應(yīng)急準(zhǔn)備狀態(tài),發(fā)現(xiàn)并修改我礦水災(zāi)事故專項應(yīng)急預(yù)案和執(zhí)行程序中存在的缺陷和缺乏; 評估我礦在發(fā)生水災(zāi)事故時的應(yīng)急能力,識別處理水災(zāi)事故的資源需求,澄清相關(guān)單位和人員的應(yīng)急職責(zé),改善水災(zāi)事故應(yīng)急救援中的組織協(xié)調(diào)問題; 檢驗應(yīng)急響應(yīng)人員對水災(zāi)事故應(yīng)急預(yù)案及執(zhí)行程序的了解程度和實際操作技能;同時,通過調(diào)整演練難度,進一步培訓(xùn)和提高應(yīng)急響應(yīng)人員的業(yè)務(wù)素質(zhì)和能力; 提高全員平安意識。1.2應(yīng)急演練意義:為了進一步增強煤礦應(yīng)對水災(zāi)事故的快速反響能力、應(yīng)急處理能力和協(xié)調(diào)作戰(zhàn)能力,提高米
17、田煤礦的應(yīng)急救援水平,切實保障人民生命和公司財產(chǎn)的平安,米田煤礦特組織本次應(yīng)急救援演練。1.3.1 報警當(dāng)發(fā)生水災(zāi)事故時,由現(xiàn)場施工單位當(dāng)班第一責(zé)任者采用 報警的方式進行報警。1.3.2接警 處警調(diào)度室接到事故報警后,調(diào)度室調(diào)度員立即向當(dāng)天礦值班長和應(yīng)急救援領(lǐng)導(dǎo)小組組長礦長匯報,同時通知水災(zāi)應(yīng)急演練指揮部有關(guān)人員到調(diào)度室待命,根據(jù)指揮部意見,啟動水災(zāi)應(yīng)急救援預(yù)案。1.3.3 應(yīng)急指揮 基層單位:一旦發(fā)生礦井水災(zāi)事故,現(xiàn)場施工單位立即成立水災(zāi)事故現(xiàn)場處置小組,掘進隊當(dāng)班第一責(zé)任者為小組長。 礦級應(yīng)急指揮:礦調(diào)度室接到事故報警后,礦成立礦井水災(zāi)事故應(yīng)急演練小組,指揮部設(shè)在礦調(diào)度室。1.3.4 應(yīng)急
18、行動 基層單位應(yīng)急行動現(xiàn)場組織人員按照避災(zāi)路線撤離至平安地點。模擬底板涌水的疏、排; 礦級應(yīng)急行動礦調(diào)度室通知相關(guān)泵房,由開泵人員立即開開工作、備用水泵開始排水;同時檢查檢修水泵的完好狀況,保證檢修水泵能夠隨時投入運轉(zhuǎn)。2 應(yīng)急演練原那么 平安第一、以人為本的原那么。 統(tǒng)一領(lǐng)導(dǎo)、分級負(fù)責(zé)的原那么。 反響迅速、措施果斷的原那么。 部門配合、分工協(xié)作的原那么。3應(yīng)急演練類型和時間地點本次演練演練為實戰(zhàn)檢驗性演練3.2 應(yīng)急演練時間本次演練時間2021年3月10日八點班9:0010:35。如果演練當(dāng)日出現(xiàn)特殊情況,應(yīng)急預(yù)案演練可順延或提前。3.3 應(yīng)急演練地點 110401運輸巷工作面 礦調(diào)度室4
19、應(yīng)急演練組織機構(gòu)組 長: 陳仕副組長: 董永海成 員:孔家穩(wěn) 何興八 張蠻 敖成衛(wèi) 胡榮興 黃志黨 李登學(xué) 牛建畢 封志平職責(zé):負(fù)責(zé)水災(zāi)事故應(yīng)急演練活動全過程的組織領(lǐng)導(dǎo),審批決定演練的重大事項??偦I劃:彭家福職責(zé):負(fù)責(zé)演練準(zhǔn)備、演練實施、演練總結(jié)的組織實施。文案組組長:孔家穩(wěn) 協(xié)調(diào)組組長:陳仕控制組組長:董永海4.3 評估組共設(shè)四個評估組,每組2人。評估組建議由安監(jiān)隊人員組成,每組2人,1人評估,1人記錄第一組:位置:110401運輸巷工作面記錄和評估水災(zāi)演練現(xiàn)場報警、現(xiàn)場處置小組成立及現(xiàn)場應(yīng)急處置情況第二組:位置:調(diào)度室記錄和評估主井采區(qū)工作。記錄和評估調(diào)度室接警、處警、礦井水災(zāi)應(yīng)急演練小組
20、成立、應(yīng)急指揮部人員到位、應(yīng)急指揮、協(xié)調(diào)情況。5 演練情景設(shè)計5.1應(yīng)急演練概述:110401運輸巷工作面,目前已施工28m,煤層平均厚度2.62米, 110401運輸巷工作面安設(shè)有一部能直通調(diào)度室的 。2021年3月10日下午3:00時,平安礦長組織召開礦井水災(zāi)應(yīng)急演練預(yù)備會議,進一步確認(rèn)各演練情景準(zhǔn)備情況,確認(rèn)準(zhǔn)備完畢后,平安副礦長要求各參演單位及裝備務(wù)必于2021年3月10日上午8:30分準(zhǔn)時到位,2021年3月10日上午9:00時準(zhǔn)時開始演練。2021年3月10日上午9:00時,該巷工作面后138m,發(fā)生掘進工作面滯后突水,突水水量60m/h。2021年3月10日9:00,演練總指揮宣
21、布應(yīng)急演練開始。5.2 演練情景1 報警、現(xiàn)場處置小組成立及現(xiàn)場處置地點:110401運輸巷工作面總指揮宣布演練開始后,調(diào)度室用 通知110401運輸巷工作面評估組人員,評估人員通知當(dāng)班第一責(zé)任者演練開始。5.2.1 水災(zāi)事故發(fā)生 撤人9:05分,當(dāng)班第一責(zé)任者在掌子頭后130m處發(fā)現(xiàn)巷道頂板地鼓,隨后發(fā)生巷道頂板突水,當(dāng)班第一責(zé)任者喊“頂板出水了,人員趕快撤離,并且立即通知班長,班長帶著全部人員撤離到運輸石門盤口,當(dāng)班第一責(zé)任者最后撤離,由當(dāng)班第一責(zé)任者在運輸石門盤口清點人數(shù)。當(dāng)班第一責(zé)任者清點人數(shù)后,當(dāng)班第一責(zé)任者立即向調(diào)度室匯報模擬水災(zāi)的具體情況。匯報內(nèi)容為:頂板突水位置、頂板突水大致水
22、量、頂板突水人員撤出情況、支援需要以及現(xiàn)場處置方法。當(dāng)班第一責(zé)任者報警后,立即著手成立水災(zāi)事故現(xiàn)場處置小組組 長:當(dāng)班第一責(zé)任者副組長:當(dāng)班班長成 員:當(dāng)班全體人員110401運輸巷頂板突發(fā)性涌水,突水點不易堵,應(yīng)采取疏導(dǎo)措施,現(xiàn)場人員應(yīng)盡量使涌水沿水溝流入水倉,同時清理水溝及兩側(cè)的浮煤、雜物,減少進入水倉的雜物。5.3 演練情景2 調(diào)度室接警、處警、礦井水災(zāi)應(yīng)急演練小組成立、應(yīng)急指揮、協(xié)調(diào)情況。 地點:調(diào)度室5.3.1 接警、處警9時10分,調(diào)度室接到現(xiàn)場報警后,迅速向值班礦長和應(yīng)急救援領(lǐng)導(dǎo)小組組長礦長匯報,同時通知水災(zāi)應(yīng)急演練指揮部有關(guān)人員到調(diào)度室待命,根據(jù)指揮部意見,啟動水災(zāi)應(yīng)急演練方案
23、。5.3.2 礦井水災(zāi)應(yīng)急演練小組成立9時20分,礦井應(yīng)急演練領(lǐng)導(dǎo)小組成員接到通知后到達(dá)調(diào)度室,礦井應(yīng)急演練小組隨即成立。5.3.3 應(yīng)急指揮調(diào)度室 通知各井下人員撤離。5.6 應(yīng)急結(jié)束: 10時00分,中央水倉向救援小組匯報:中央水倉工作、備用水泵工作正常。 10時20分,1191機巷匯報:排水路線自流沿途浮渣、浮煤、雜物已清理干凈,機巷底板突水沿水溝流入井底水倉。 調(diào)度室接到各處水災(zāi)應(yīng)急演練情況匯報,立即報告應(yīng)急演練小組,應(yīng)急救援小組經(jīng)過認(rèn)真研究分析,認(rèn)為本次水災(zāi)應(yīng)急演練目標(biāo)已全部實現(xiàn),宣布水災(zāi)應(yīng)急演練全部結(jié)束,恢復(fù)正常狀態(tài)。6 演練工作準(zhǔn)備 人力資源需求 掘進隊20人其中一名跟班干部,三
24、名班長,井下11名職工,井上5名職工,機電隊2人,安檢隊10人,調(diào)度室3人、機電隊中央水倉水泵司機2人。 場地資源需求110401運輸巷調(diào)度室 物資器材需求A、110401運輸巷掌子頭后5m,供水管路安裝三通一個,演練開始后,翻開閥門作為模仿水災(zāi)水源;B、 鐵锨、鎬各5把1191機巷演練挖水溝、請浮渣用 文件資料準(zhǔn)備采掘工程平面圖1套本次應(yīng)急演練為礦一級應(yīng)急演練,包括: 1191機巷水災(zāi)事故現(xiàn)場,掘進隊處理水災(zāi)事故的應(yīng)急演練; 調(diào)度、指揮系統(tǒng)處理水災(zāi)事故應(yīng)急演練;7 演練實施 演練啟動方式2021年3月10日9:00,演練總指揮宣布應(yīng)急演練開始,調(diào)度室 通知通知110401運輸巷演練開始,掘進
25、隊接到通知后,開動預(yù)先準(zhǔn)備的演練水源,演練正式啟動。7.2 演練實施的步驟 演練啟動; 掘進隊通知調(diào)度室:110401運輸巷發(fā)生老窯突水位置、突水大致水量、老窯突水人員撤出情況、支援需要以及現(xiàn)場處置方法; 掘進隊突水現(xiàn)場疏、堵、排措施的落實; 調(diào)度室的應(yīng)急響應(yīng) 調(diào)度、指揮系統(tǒng)成立; 應(yīng)急演練小組根據(jù)各演練場地匯報決定演練是否結(jié)束7.3、應(yīng)急演練記錄的要求演練記錄由演練評估組人員填寫,演練評估組人員可根據(jù)演練具體情況增加內(nèi)容,演練記錄要求做到客觀真實,演練記錄由調(diào)度室負(fù)責(zé)保存。應(yīng)急演練記錄表格如下:應(yīng) 急 演 練 記 錄 場景1演練時間2021年3月10日地 點110401機巷參演單位掘進隊水災(zāi)
26、事故發(fā)生 撤人:1、當(dāng)班第一責(zé)任者發(fā)現(xiàn)老窯突水,立即通知班長撤人,通知的時間;2、班長帶著全部人員撤離到回風(fēng)石門,撤人的速度及時間;3、當(dāng)班第一責(zé)任在人員全部撤出后,最后撤離,當(dāng)班第一責(zé)任者撤至運輸石門盤口的時間;4、由當(dāng)班第一責(zé)任者在運輸石門盤口清點人數(shù),清點人數(shù)后,記錄撤人所用的時間及人員撤出情況;報 警:當(dāng)班第一責(zé)任制在人員全部撤出后,立即 報警,記錄報警的時間及內(nèi)容:老窯突水位置;老窯突水大致水量;老窯突水人員撤出情況;支援需要以及現(xiàn)場處置方法?,F(xiàn)場處置小組成立:當(dāng)班第一責(zé)任者報警后,負(fù)責(zé)成立水災(zāi)事故現(xiàn)場處置小組:組 長:當(dāng)班第一責(zé)任者副組長:當(dāng)班班長成 員:當(dāng)班全體人員水災(zāi)事故現(xiàn)場處
27、置現(xiàn)場處置小組分兩隊,第一隊由當(dāng)班第一責(zé)任者帶著,第二隊由當(dāng)班班長帶著。1、 第一隊負(fù)責(zé)從老窯突水位置至回風(fēng)上山段清理。 2 、第二隊負(fù)責(zé)從回風(fēng)石門交叉口至水倉入水口段清理。記錄現(xiàn)場處置小組的分隊情況,水溝的清理情況及水災(zāi)演練涌水流入水倉是否夾有雜物;記錄人簽名應(yīng) 急 演 練 記 錄 場景2演練時間2021年3月10日地 點調(diào)度室參演單位調(diào)度室接警、處警調(diào)度室調(diào)度員接到現(xiàn)場報警后,向值班礦長匯報事故情況;調(diào)度員向礦長匯報事故情況;調(diào)度員通知應(yīng)急演練指揮部人員到調(diào)度室待命;水災(zāi)應(yīng)急演練指揮部人員到位情況;記錄調(diào)度員接到事故報警后,通知水災(zāi)應(yīng)急演練指揮部人員的時間,所通知人員到達(dá)調(diào)度室的時間礦井水
28、災(zāi)應(yīng)急演練小組成立記錄水災(zāi)應(yīng)急演練小組成立的時間,演練小組成立后,分析判斷災(zāi)情,此次演練災(zāi)情缺乏以水淹礦井,礦井排水系統(tǒng)有能力排水,決定立即中央水倉工作及備用水泵全力排水。應(yīng)急指揮:水災(zāi)應(yīng)急演練小組分析判斷災(zāi)情后,立即通知調(diào)度員,調(diào)度員立即 通知中央水倉開開工作及備用水泵全力排水;記錄調(diào)度員通知兩個水倉的時間,兩個水倉工作人員接到調(diào)度室 的時間。應(yīng)急結(jié)束: 記錄中央水倉向救援小組匯報:中央水倉工作、備用水泵工作正常,檢修水泵是否能夠隨時更換。記錄1191機巷匯報:排水路線自流沿途浮渣、浮煤、雜物已清理干凈,機巷老窯突水沿水溝流入井底水倉。 記錄調(diào)度室接到各處匯報,調(diào)度員將情況匯報應(yīng)急演練小組,應(yīng)急演練小組經(jīng)過綜合分析,確定應(yīng)急演練目的已到達(dá),具備應(yīng)急演練結(jié)束的條件應(yīng)急演練小組長宣布應(yīng)急演練結(jié)束,現(xiàn)場礦領(lǐng)導(dǎo)安排參演隊伍回到本職崗位,各工作地點恢復(fù)到正常狀態(tài)。記錄人簽名7.4 應(yīng)急演練結(jié)束與終止110401運輸巷,演練涌水。8 應(yīng)急演練評估應(yīng)急演練采用表格評估法,評估人員利用提前設(shè)計評估表,進行跟蹤評定。演練評估報
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 工程項目管理需求分析試題及答案
- 2024年水利水電工程常見錯誤試題及答案
- 2025農(nóng)行汽車貸款合同
- 2025標(biāo)準(zhǔn)版汽車租賃合同格式
- 煙草江西公司筆試試題2024
- 工程經(jīng)濟項目選址策略試題及答案
- 市政工程供水設(shè)施試題及答案
- 呼和浩特市林業(yè)和草原局招聘考試真題2024
- 公共關(guān)系中的道德與倫理試題及答案
- 2024年三明大田縣辦理事業(yè)單位招聘真題
- 《華能企業(yè)文化建設(shè)》課件
- 陜西延安通和電業(yè)有限責(zé)任公司招聘筆試真題2024
- 2025年醫(yī)院管理專業(yè)研究生入學(xué)考試試卷及答案
- 2025年江蘇高處安裝、維護、拆除作業(yè)-特種作業(yè)證考試復(fù)習(xí)題庫(含答案)
- 2025年湖北省黃岡市中考數(shù)學(xué)調(diào)研試卷(4月份)
- Unit7OutdoorfunIntegration(課件)-譯林版(2024)英語七年級下冊
- 2023年船員培訓(xùn)計劃
- 2025中國鐵路鄭州局集團招聘614人(河南)筆試參考題庫附帶答案詳解
- 陪玩店合同協(xié)議
- 貨運司機雇傭合同協(xié)議
- 超合同30簽補充協(xié)議
評論
0/150
提交評論