关于Provider Bridge的一点理解

最新推荐文章于 2024-06-06 16:00:47 发布
转载 最新推荐文章于 2024-06-06 16:00:47 发布 · 1.8k 阅读 · 0

本文详细介绍了802.1ad2005标准下ProviderBridge的三种实现方式：基于端口的PB、基于C-VLAN的PB和基于S-VLAN的PB，解释了每种方式的工作原理和应用场景。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

http://blog.youkuaiyun.com/role0523/article/details/3850473

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

在802.1ad2005中，规定了三种不同方式的Provider Bridge

1.Port-based ，也就是基于端口的PB

   从customer侧过来的报文，按照端口和S-VLAN的map关系，给每一个报文都打上S-tag.

要求过来的报文必须是untagged或者priority tagged.按照我的理解，这里指的是S-VLAN部门的Tag

2.C-tagged based,也就是基于C-VLAN的PB

从customer侧过来的报文，按照C-VLAN和S-VLAN的map关系，给每一个报文都打上S-tag.其中Provider Edge Bridge有S-VLAN Component和C-VLAN component组成。在CEP侧将接收到的报文根据C-VLAN根据配置发送到相应的PEP，PEP是和指定的S-VLAN绑定的。

3.S-tagged based,也就是基于S-VLAN的PB

从customer侧过来的报文，已经包含了S-tag的map关系，根据CNP的配置，对每一个报文的S-tag进行交换。


ddddocr打包不成功解决办法
猿小白的博客
03-23 7213
用python本地调用ddddocrme没有任何问题，但是使用pyinstaller -F xxx.py 之后，启动exe会报：2022-03-23 17:49:24.3718046 [E:onnxruntime:Default, provider_bridge_ort.cc:937 onnxruntime::ProviderSharedLibrary::Ensure] LoadLibrary failed with error 126 "找不到指定的模块。" when trying to load "C.
Oracle面试题集锦（2020大厂秋招真题）
数字成都
03-19 1万+
1，范式 7大范式：1NF, 2NF,3NF,BCNF,4NF,5NF,6NF 什么叫normalization？Denormalization? Normalization是数据库规范化，denormalization是数据库逆规范化。 在设计和操作维护数据库时，关键的步骤就是要确保数据正确地分布到数据库的表中。使用正确的数据结构，不仅便于对数据库进行相应的存取操作，而且可以极大地简化应用程序的...
provider bridge（802.1ad）学习总结
hhh_yang的专栏
05-24 3840
802.1ad规范中定义了运营商交换机（规范文档中名称为provide bridge）。 运营商网络也可以采用virtual bridged LAN（VLAN）向用户提供服务。在运营商网络中的交换机就叫做运营商交换机，运营商交换机相比用户交换机（customer bridge，802.1d中定义的mac bridge，802.1q中定义的vlan bridge都算customer bridg
802.1ad Provider Bridges 学习笔记
热门推荐
NowOrNever
08-23 1万+
相关协议 1) 802.1Q Virtual Bridged Local Area Networks 2) 802.1ad Provider Bridges   A Bridge can be logically subdivided into the following components: • S-VLAN component • C-VLAN component Bridge
【pyinstaller打包记录】Windows系统打包exe后，onnxruntime报警告(Init provider bridge failed)
YY007H的博客
03-05 1632
pyinstaller在打包exe后，运行onnxruntime会警告(Init provider bridge failed)
浅谈openstack中使用linux_bridge实现vxlan网络
09-30
每个节点都配置了网络接口，控制节点的ens33接口IP为***.***.*.***，而ens34接口在manual模式下没有配置IP地址，这一点在文中会专门讲解。计算节点的ens33接口IP为***.***.*.***。 2. VXLAN网络配置 VXLAN（Virtual...
【Android FileProvider故障排除】：快速定位与解决文件共享问题
本文针对Android平台中的FileProvider组件提供了全面的概述、工作原理分析、配置指南以及故障排除技巧。首先，介绍了FileProvider的设计目的和优势，并探讨了其在文件共享方面面临的挑战及解决方法。其次，详细说明...
jdk包结构及用途分析
topdeveloperr的博客
05-29 3098
Table of Contents 概述 jdk包总览 rt.jar包结构分析 概述 jdk是每一个使用java的人员每一天都在使用的东西，博主也已经研究了jdk源代码中的一些类了，本篇博客是想从jdk包结构的角度去拆分jdk的源代码包，以提供从设计角度的一个理解。 本篇博客基于jdk1.8 jdk包总览 jdk的包如下图所示： 该图是直接从jdk的包目录截取出来的图，我们常...
深入理解Java类加载器(一)：Java类加载原理解析，持久化数据安全RDB、AOF
m0_65485530的博客
12-24 186
if (c == null) { // 如果父类加载器不能完成加载请求时，再调用自身的findClass方法进行类加载， // 若加载成功，findClass方法返回的是defineClass方法的返回值 // 注意，若自身也加载不了，会产生ClassNotFoundException异常并向上抛出 long t1 = System.nanoTime(); c = findClass(name); // this is the defining class loader; record the stats
【pyinstaller打包记录】Linux系统打包可执行文件后，onnxruntime报警告(Init provider bridge failed)
YY007H的博客
03-05 959
Linux系统打包可执行文件后，运行onnxruntime会警告(Init provider bridge failed)
pyinstaller 编译中 onnxruntime Init provider bridge failed错误的解决方案
m0_58748460的博客
04-23 831
老版本的代码没有这个问题，这个错误是在安装了ddddocr后出现的，与dddd模块调用onnxruntime有关，pyinstaller在更新中没有相关的优化，导致了出现错误，虽然不影响代码运行，但是作为一个程序猿，我们有义务解决之。举例 :D:\\mypy\\lib\\site-packages\\onnxruntime\\capi\\onnxruntime_providers_shared.dll,
pyinstaller库打包使用onnxruntime库出现Init provider bridge failed的报错的解决方案
bcc_ccd的博客
06-06 1857
拷贝到你生成的可执行文件夹里的dist/main/_internal/onnxruntime/capi目录中。找到onnxruntime-gpu的安装位置，可以在终端用该命令查看。pyinstaller库未能将所有需要的动态链接库打包。打开该路径中的capi文件夹，将如下两个文件。再次运行程序，完美解决。
ARouter源码解析（二）
weixin_43887839的博客
01-29 529
前言 前几天对 ARouter 的页面跳转源码进行了分析，趁着今天有空，就讲讲 ARouter 里面的拦截器吧。 ARouter 拦截器的使用方法在这就不多说了，不了解的同学可以去 GitHub 上看看。那就直接进入正题了。 拦截器解析 把视线转移回 ARouter 的 init 方法 public static void init(Application application) {...
『CV学习笔记』Pyinstaller打包exe后，执行时onnxruntime包报警告(Init provider bridge failed)
AI新视界
01-03 1154
Pyinstaller打包exe后，执行时onnxruntime包报警告(Init provider bridge failed)
关于pyinstaller打包的相关知识记录
liyun52的博客
12-26 1248
（1）打包之后的exe在运行时报错缺少torch，我这里的原因是pyinstaller安装的位置和我的torch不在一起，我是重新新建了一个虚拟环境，用的之前的pyinstaller，在当前环境下再重新安装一下pyinstaller就好了。注：我使用pyinstaller -F xxxx.spec报错。重新生成的exe就没有问题了。
VLAN 基础知识
我的学习笔记
09-15 1011
VLAN 基础知识 虚拟局域网 ( VLAN ) 将单个现有物理网络划分为多个逻辑网络。从而，每个 VLAN 形成自己的广播域。两个不同 VLAN 之间的通信只能通过连接到两个 VLAN 的路由器进行。 原则上，有两种实现 VLAN 的方法： port-based VLANs （untaged） tag-based VLANs port-based VLANs 对于port-based VLANs，单个物理交换机被简单地划分为多个逻辑交换机。以下示例将八端口物理交换机（交换机 A）划分为两个逻辑交换
"C:\Program Files\Java\jdk1.8.0_144\bin\java.exe" -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:55261,suspend=y,server=n -agentpath:C:\Users\Administrator\AppData\Local\Temp\idea_libasyncProfiler_dll_temp_folder33251\libasyncProfiler.dll=version,jfr,event=wall,interval=10ms,cstack=no,file=C:\Users\Administrator\IdeaSnapshots\Sample_2025_04_01_152041.jfr,dbghelppath=C:\Users\Administrator\AppData\Local\Temp\idea_dbghelp_dll_temp_folder81873\dbghelp.dll,log=C:\Users\Administrator\AppData\Local\Temp\Sample_2025_04_01_152041.jfr.log.txt,logLevel=DEBUG -javaagent:C:\Users\Administrator\AppData\Local\JetBrains\IntelliJIdea2024.3\captureAgent\debugger-agent.jar -Dkotlinx.coroutines.debug.enable.creation.stack.trace=false -Ddebugger.agent.enable.coroutines=true -Dkotlinx.coroutines.debug.enable.flows.stack.trace=true -Dkotlinx.coroutines.debug.enable.mutable.state.flows.stack.trace=true -Dfile.encoding=UTF-8 -classpath "C:\Program Files\Java\jdk1.8.0_144\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\deploy.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\access-bridge-64.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\cldrdata.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\dnsns.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\jaccess.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\jfxrt.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\localedata.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\nashorn.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\sunec.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\sunjce_provider.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\sunmscapi.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\sunpkcs11.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext\zipfs.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\javaws.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\jce.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\jfr.jar;C:\Program Files\Java\jdk1.8.0_144\jre\lib\jfxswt.jar;C:\Program Files\Java\
最新发布
04-02
<think>好的，我现在需要处理用户关于Java调试配置及参数含义的问题。用户提到了JDK 1.8、jdwp、asyncProfiler、IntelliJ IDEA、kotlinx.coroutines的调试配置。首先，我需要回忆这些概念的具体内容，并整理相关的信息。 首先，JDWP（Java Debug Wire Protocol）是Java平台调试体系（JPDA）的一部分，用于调试器与被调试JVM之间的通信。用户可能想知道如何配置JDWP参数，比如在启动JVM时添加的-agentlib参数。例如，使用`-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005`这样的参数，这里transport指定通信方式，server表示JVM作为调试服务器，suspend决定是否在启动时暂停等待调试器连接，address是端口号。这部分需要详细说明每个参数的含义，同时要注意引用用户提供的参考引用中的内容，比如参考引用[2]提到了类似的参数配置，应该正确引用。 接下来是asyncProfiler，这是一个低开销的性能分析工具，可以用于分析CPU使用、锁竞争等情况。用户可能需要知道如何在调试环境中集成asyncProfiler，比如启动命令和常用参数。例如，使用`-agentpath:/path/to/libasyncProfiler.so=start,event=cpu`这样的参数，并解释各个选项的作用，比如event指定分析的事件类型，output设置输出格式。这部分需要结合性能分析的实际应用场景，可能参考用户提到的引用[4]中的性能测试相关内容，但这里可能更侧重于分析工具的使用。 然后是IntelliJ IDEA的远程调试配置。用户可能想知道如何在IDE中设置远程调试，步骤包括创建Remote JVM Debug配置，填写主机和端口，并确保与JVM参数中的address一致。这部分需要具体步骤说明，可能还需要提到如何与Kotlin协程调试结合，比如kotlinx.coroutines的调试可能需要额外的配置，比如添加`-Dkotlinx.coroutines.debug`参数来启用协程的调试信息。参考引用中没有直接提到Kotlin相关内容，但根据知识库外的知识，需要补充这一点。 另外，用户提供的参考引用中有关于jps和jstat无法探测关闭UsePerfData的进程（引用[3]），这可能与调试或性能分析相关，但用户的问题主要围绕调试配置，所以可能在回答中提到相关参数的影响，但需要判断是否必要。此外，引用[1]提到nohup.out文件中的堆栈信息，可能和日志记录有关，但当前问题主要关注调试参数，可能不直接相关，但可以提到调试输出可能重定向到日志文件的情况。 还需要生成相关问题，这些问题应该覆盖用户可能进一步询问的方向，比如各参数的具体作用、性能分析工具的选择、协程调试问题等。需要确保问题与主题相关且有价值。 在组织回答结构时，应该分点清晰，每个配置部分（如JDWP、asyncProfiler、IntelliJ IDEA配置）单独成节，使用标题，并确保LaTeX格式正确，行内公式用$...$，独立公式用$$...$$。同时，引用标识要自然地附加在引用内容的末尾，如引用[2]对应JDWP参数的部分。 需要检查是否有遗漏的关键点，比如suspend参数的作用对调试启动的影响，asyncProfiler的不同分析事件，以及Kotlin协程调试需要的特殊参数。此外，确保所有技术术语正确，参数示例准确，并符合JDK 1.8的环境。 最后，生成的相关问题需要覆盖调试参数、性能分析、IDE配置、协程调试等方面，帮助用户深入理解可能遇到的后续问题。例如，如何选择JDWP的transport类型，asyncProfiler的其他事件类型，IntelliJ IDEA调试失败的可能原因，以及协程调试中的线程显示问题。</think>### Java调试配置及参数详解（JDK 1.8） #### 1. JDWP调试参数配置 JDWP（Java Debug Wire Protocol）是Java调试的核心协议，通过以下参数启用调试模式： ```bash -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 ``` - **transport**: 指定通信方式（如$dt\_socket$表示TCP/IP）[^2] - **server**: `y`表示JVM作为调试服务器等待连接，`n`表示主动连接调试器 - **suspend**: `y`表示JVM启动后暂停等待调试器，`n`表示直接运行 - **address**: 调试端口号（如$5005$） > 注：若进程关闭了性能数据（`-XX:-UsePerfData`），部分监控工具可能失效[^3]。 --- #### 2. asyncProfiler性能分析配置 asyncProfiler用于低开销性能分析，集成方式： ```bash -agentpath:/path/to/libasyncProfiler.so=start,event=cpu,output=flamegraph ``` - **event**: 分析类型（如$cpu$、$alloc$、$lock$） - **output**: 输出格式（如$flamegraph$生成火焰图） - 支持动态控制：`resume`/`pause`调整分析时段 --- #### 3. IntelliJ IDEA远程调试配置 步骤： 1. 创建**Remote JVM Debug**配置 2. 设置主机和端口（与`address`参数一致） 3. 添加Kotlin协程调试参数： ```bash -Dkotlinx.coroutines.debug ``` 启用后可在IDEA中查看协程上下文信息。 --- #### 4. Kotlin协程调试示例 针对`kotlinx.coroutines`的调试问题： - 若协程未显示线程名，检查是否缺少调试参数 - 使用IDEA的**Coroutines Debugger**跟踪协程状态 --- ### 相关工具对比 | 工具 | 用途 | 特点 | |----------------|-----------------------|----------------------------------| | JDWP | 基础调试 | 支持断点、变量监控 | | asyncProfiler | 性能分析 | 低开销，支持多种事件类型 | | jstat | JVM统计监控 | 依赖`UsePerfData`参数 | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值