Ошибка pvid e4 является 2 неравный какому либо vid

Аппаратная версия устройства: нет возможности посмотреть
Версия прошивки: Build 140321 Rel.27294
Ваша страна: Россия
Название провайдера: Ростелеком
Тип подключения: PPPoE
Скорость по тарифу: 3Мб/с
Подключение с ПК по wifi или по кабелю?: с ПК
Что пишется в статусе Вашего подключения при проблеме?: Подключен
Ваша операционная система: Win7

Логи оборудования: 1/1/2000 0:0:8> SNMP TRAP 3: link up
1/1/2000 0:0:8> Last errorlog repeat 1 Times
1/1/2000 0:0:8> etherChannConfig fail
1/1/2000 0:0:10> MPOA Link Down
1/1/2000 0:0:10> LAN promiscuous mode <1>
1/1/2000 0:0:13> Last errorlog repeat 1 Times
1/1/2000 0:0:13> SNMP TRAP 0: cold start
1/1/2000 0:0:13> main: init completed
1/1/2000 0:0:14> adjtime task pause 1 day
1/1/2000 0:1:3> MPOA Link Up
1/1/2000 0:1:3> bridge only start
1/1/2000 0:1:3> SNMP TRAP 3: link up
1/1/2000 0:1:7> ppp_ready: ch:80527048, iface:80468f14
1/1/2000 0:1:8> SNMP TRAP 3: link up
1/1/2000 0:1:8> Accept() fail
1/1/2000 0:1:8> Accept() fail
1/1/2000 0:4:47> dynDNSOrgState: retry fail! shut down service

Изображение
В связи с тем что старый роутер совсем умер, мне пришлось купить новый аппарат, выбор пал на TP-Link TD-W8961ND.
После покупки данного аппарата я выучил уже шаманскую песню и танец, но она так же не помогла….
По порядку:
1. роутер периодически отваливается в сети, т.е. пропадает пинг или web Интерфейс, после перезагрузки все ок.
2. настроив роутер, в состоянии отобразились подключение (скрин приложен), но оно какое то странное, т.е. ip не мой и нет интернета, пинг конечно при проверке в роутере тоже не проходит.
Если подключатся Бриджом то все ок!
3. я не могу разобраться как мне один из виртуальных каналов vpi/vci пробросить на определенный порт Eth.(это для Viop шлюза), вообще поддерживает ли он это?
4. как на нем включить telnet?

кто нибудь может что посоветовать? или его нужно просто сдать?

P.S. данный аппарат находится удаленно….

    В продолжение прошлого поста про VLAN на модемах Промсвязь. Как выяснилось, модемы Промсвязь не умеют тегировать пакеты на Ethernet портах, в связи с чем было не понятно, каким образом можно повесить сервер на несколько VLAN и можно ли вообще.
    Обчитавшись интернетов на счет этой технологии, я никак не мог понять, для чего нужны эти PVID. Ибо получается так, создаем VLAN, указываем какие порты в него входят, и затем в отдельном поле еще указываем к какому VLAN принадлежит конкретный порт. ЗАЧЕМ?! Зачем в двух местах указывать принадлежность порта к определенному VLAN? Вот это никак не давало мне покоя. И как назло во всех манах и форумах, про эти PVID пишется вскользь и очень туманно.
После нескольких часов гугления я таки нарыл связь между определениями PVID и асимметричные VLAN.
    Оказывается, эти PVID нужны для того, что бы иметь возможность объеденять не тегированные порты в несколько VLAN. Что при построении симметричных VLAN не возможно. Как правило, если надо по одному порту гонять трафик из нескольких VLAN, то нужно сделать это порт тегированным, что бы он помечал какой пакет, какому VLAN принадлежит. Что собственно логично.
    Таким образом, при помощи этих PVID мы получаем возможность гонять не тегированный трафик за пределами коммутатора и при этом иметь возможность держать несколько VLAN на не тегированном порту. О как.
    Бедный мой моск, сколько же ему сегодня пришлось переварить инфы и профильтровать мегатайты флуда на форумах. Ибо инфа с хорошим разъяснением работы ассиметричных VLAN очень плохо гуглится, в основном только примеры «сделайте так и так и будет у вас счатье, трафик будет ходить так и вот так», а понять что либо из примера как оно работает внутри что и куда ходит, довольно сложно. Очень хорошо в понимании работы ассиметричных VLAN помог случайно свалившийся официальный мануал по коммутаторам D-link. Если кому надо, могу поделиться.

Появилась задача поднять STP между агрегацией и доступом. На тестовых железках всё работает нормально, а на реальной сети возникли проблемы… Циска на аггрегации блокирует даунлинк на DES-3200.
Судя по логам, блокирует из-за прилетающих с клиентских портов на 3200 bpdu пакетов с неверным vid:

Цитата:

Jul 22 01:11:16.397: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0
Jul 22 01:11:16.397: %SPANTREE-5-ROOTCHANGE: Root Changed for instance 0: New Root Port is GigabitEthernet0/2. New Root Mac Address is 1cbd.b95d.91a0
Jul 22 01:11:16.724: %SPANTREE-2-RECV_PVID_ERR: Received BPDU with inconsistent peer vlan id 7 on GigabitEthernet0/2 VLAN3103.
Jul 22 01:11:16.724: %SPANTREE-2-BLOCK_PVID_LOCAL: Blocking GigabitEthernet0/2 on MST0. Inconsistent local vlan.

Цитата:

Jul 23 07:58:32.537: %SPANTREE-2-RECV_PVID_ERR: Received BPDU with inconsistent peer vlan id 701 on GigabitEthernet0/2 VLAN850.
Jul 23 07:58:32.537: %SPANTREE-2-BLOCK_PVID_LOCAL: Blocking GigabitEthernet0/2 on MST0. Inconsistent local vlan.

На DES-3200, с которого летит, выключал полностью fbpdu, stp, менял ревизии и имена и т.д. Пакеты всё-равно летят. Как быть?

3200:

Код:

Firmware Version   : Build 1.31.B005
Hardware Version   : A1

Циска:

Код:

Switch Ports Model              SW Version            SW Image                 
—— —— ——              ———-            ———-               
*    1 26    WS-C3560V2-24TS    12.2(55)SE            C3560-IPSERVICESK9-M

Кусок конфига длинка:

Код:

enable stp
config stp version mstp
config stp maxage 6 maxhops 20 forwarddelay 4 txholdcount 6 fbpdu enable hellotime 2
config stp priority 32768 instance_id 0
config stp mst_config_id name Aggr revision_level 1
config stp ports 1,28 externalCost auto hellotime 2 edge auto p2p auto state enable fbpdu enable restricted_role false restricted_tcn false
config stp mst_ports 1 instance_id 0 internalCost 10 priority 0
config stp mst_ports 28 instance_id 0 internalCost 1000 priority 16
config stp mst_ports 2-27 instance_id 0 internalCost auto priority 128
config stp ports 2-27 fbpdu disable restricted_role true restricted_tcn true externalCost auto hellotime 2 edge true p2p auto state enable

Циски:

Код:

spanning-tree mode mst
spanning-tree transmit hold-count 20
spanning-tree loopguard default
spanning-tree logging
spanning-tree extend system-id
spanning-tree backbonefast
!
spanning-tree mst configuration
 name Aggr
 revision 1
!
spanning-tree mst hello-time 1
spanning-tree mst forward-time 5
spanning-tree mst max-age 15
spanning-tree mst max-hops 64

Даунлинк на циске:

Код:

!
interface GigabitEthernet0/2
 description DOWNLINK-3200-28-I
 switchport trunk encapsulation dot1q
 switchport mode trunk
 no logging event link-status
 no cdp enable
 no cdp tlv server-location
 no cdp tlv app
 spanning-tree bpdufilter disable
 spanning-tree bpduguard disable
end

Answer

The Logical Volume Manager (LVM) on AIX uses a Physical Volume Identifier (PVID) to keep track of disk drives that are part of an LVM volume group. This is a system-generated 16-digit number that is stored physically on the hard drive and read into the ODM. LVM also stores this PVID in the Volume Group Descriptor Area (VGDA) for the volume group. Each PVID on a system uniquely identifies one physical volume.

Problems with PVIDs

Duplicate PVID
The same PVID shows up on more than one disk.

Problem Diagnosis
1. Verify that you have a duplicate PVID on multiple disks.
$ lspv
or
If you know the name of an imported volume group having the problem use:
$ lspv | grep VGNAME

The lspv command reads out of the ODM, it does not read the PVID from disk. We need to check if the PVID listed in the ODM is the same as the PVID on disk.

2. To read the PVID off the disk, you must log in as root or su to it, and use:
# lquerypv -h /dev/hdisk7 80 10

Example output:

00000080   00021AC8 E561D594 00000000 00000000  |…..a……….|

The PVID of the disk is in columns 2 and 3.

Possible Cause and Solution 1: ODM and PVID on Disk Do Not Match

If the PVID on disk does not match the ODM output from lspv, use the chdev command to re-read the proper PVID in from disk and repopulate the ODM.

Example:

# lspv | grep hdisk24
hdisk24         deadbeefdeadbeef                    None

Check to see if the PVID written to the disk is correct:

# lquerypv -h /dev/hdisk24 80 10
00000080   00050A85 577D8A61 00000000 00000000  |….W}.a……..|

So the ODM version does not match what is written onto the disk. Another way to verify this is to query the ODM directly:

# odmget -q «name=hdisk24 and attribute=pvid» CuAtCuAt:
        name = «hdisk24»
        attribute = «pvid»
        value = «deadbeefdeadbeef0000000000000000»
        type = «R»
        generic = «D»
        rep = «s»
        nls_index = 2

Force the system to re-read the PVID off disk and repopulate the ODM:

# chdev -a pv=yes -l hdisk24
hdisk24 changed

Now check that lspv shows the correct PVID:

# lspv | grep hdisk24
hdisk24         00050a85577d8a61                    None

You can also double-check the ODM directly:

# odmget -q «name=hdisk24 and attribute=pvid» CuAtCuAt:
        name = «hdisk24»
        attribute = «pvid»
        value = «00050a85577d8a610000000000000000»
        type = «R»
        generic = «D»
        rep = «s»
        nls_index = 2

Possible Cause and Solution 2: The Disks Are Copies of Each Other

In recent years, SAN storage has become a popular way to attach new disks to systems using a fibrechannel network. Some of these SAN storage systems include a way to make a bit-for-bit copy of each disk (or LUN) in order to take that to another site or computer. The copy is exact, down to the VGDA and PVID areas of the LUNs If both of these disks, the original and the copy, are zoned to the same host and seen by cfgmgr, it will cause the system to show duplicate PVIDs in commands such as lspv, lsvg, and in the ODM.

Varyonvg (either called from importvg or varyonvg) will fail due to duplicate PVIDs:

# importvg -y datavg hdisk20
0516-1775 varyonvg: Physical volumes hdisk21 and hdisk20 have identical PVIDs (00050a85470c2eeb).
0516-780 importvg: Unable to import volume group from hdisk20.

A. Find out if these disks are indeed copies of each other. If a copy of the volume group on the second disk (or set of disks) is not needed, the VGDA and PVID areas can be wiped out, allowing the user to create a new volume group on the disks.

One word of warning, this is a permanent change to the disks.

First, wipe the PVID off the drive using:

# chdev -a pv=clear -l hdiskX 

(If using another path manager, the name may be different)

Next clear the VGDA off the drive:

# chpv -C hdiskX

Then you may use the mkvg command to create a new volume group on the disks, or add them to an existing volume group with extendvg.

B. If, however, the disks are copies of each other for use in a backup strategy, and BOTH the source and backup (or target) volume group need to exist on the same machine, then the target volume group will need to be imported using recreatevg. The benefit of using recreatevg is that it can change the PVIDs of the disks as it imports the volume group, and update the VGDA with those new PVIDs.

It should be noted at this point that AIX does not allow two logical volumes to have the same name, or two filesystems to have the same mount point. The recreatevg command by default will change the logical volume names and mount points, since it is meant for recreating an existing volume group.

By default recreatevg will change the existing logical volume names by prefixing them with the string «fs» and prefixing the filesystem mount point paths with «/fs». These can be changed by using the -L and -Y flags to recreatevg.

For example, if I have a volume group «origvg» with a filesystem and log device, and a SAN copy of it on hdisk6:

# lsvg -l origvg
origvg:
LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT
loglv01             jfs2log    1       1       1    closed/syncd  N/A
fslv02              jfs2       256     256     1    closed/syncd  /data# lspv | grep origvg
hdisk5          00050a85ef3356ec                    origvg          active
hdisk6          00050a85ef3356ec                    origvg          active

I can clear the PVID off hdisk6 and then run recreatevg against it:

# chdev -a pv=clear -l hdisk6
hdisk6 changed# lspv
hdisk5          00050a85ef3356ec                    origvg          active
hdisk6          none                                None# recreatevg -y copyvg hdisk6
copyvghdisk5          00050a85ef3356ec                    origvg          active
hdisk6          00050a85ee6d1446                    copyvg          active# lsvg -l copyvg
copyvg:
LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT
fsloglv01           jfs2log    1       1       1    closed/syncd  N/A
fsfslv02            jfs2       256     256     1    closed/syncd  N/A

Possible Cause and Solution 3: PVIDs Exist on Individual Disk Paths Rather Than on Multipath Device

Example using SDD multipathing:

vpath34  Available    Data Path Optimizer Pseudo Device Driver

This vpath is made up of he following hdisks.

hdisk138 Available 01-01-02
U789D.001.DQD35BK-P1-C2-T2-W5005076801402F1D-L22000000000000 FC 2145
hdisk139 Available 01-01-02
U789D.001.DQD35BK-P1-C2-T2-W5005076801402F2D-L22000000000000 FC 2145
hdisk140 Available 03-00-02
U789D.001.DQD35PG-P1-C6-T1-W5005076801302F2D-L22000000000000 FC 2145
hdisk141 Available 03-00-02
U789D.001.DQD35PG-P1-C6-T1-W5005076801302F1D-L22000000000000 FC 2145

———————————————————————

From lspv output:

hdisk138        none                                None
hdisk139        none                                None
hdisk140        none                                None
hdisk141        none                                None
vpath34         00cb3e924851eb12                    oravg1

This is the correct configuration for a vpath, where the PVID is associated with the vpath device in the ODM.

If the PVID appears on the individual paths (hdisks) then it can be moved using one of two SDD commands:

hd2vp The SDD script that converts an hdisk device volume group to an
SDD vpath device volume group.

dpovgfix The command that fixes an SDD volume group that has mixed
vpath and hdisk physical volumes.

This can occur with any multipath driver that creates a pseudo-device to be used for access to the LUN. Another example of this is EMC PowerPath which uses an «hdiskpowerX» pseudo-device, which should have the PVID on it, while the individual paths are listed as «hdiskX» with no pvid or volume group association.

Wrong PVID

The PVID from disk shows up in «lspv», but it is not the right PVID. Also «lspv» may not show the drive associated with a volume group.

Problem Diagnosis

If the disk shows a PVID but no VG:

lspv output:

hdisk11         00c7a967e5b40149                    None

Check the PVID on the disk itself to determine if this matches the lspv output:

# lquerypv -h /dev/hdisk11 80 10
00000080   00C7A967 E5B40149 00000000 00000000  |…g…I……..|

Now check the ODM to see what PVID is there. This usually will match lspv output, because that is where lspv gets it’s data from.

# odmget -q «name=hdisk11 and attribute=pvid» CuAtCuAt:
        name = «hdisk11»
        attribute = «pvid»
        value = «00c7a967e5b401490000000000000000»
        type = «R»
        generic = «D»
        rep = «s»
        nls_index = 2

So the ODM and PVID on disk match.

Now check the PVIDs listed in the VGDA on the disk:

# lqueryvg -Ptp hdisk11
Physical:       00c7a967cc88015c                2   0

Possible Cause and Solution 1: PVID on disk has changed

If the PVIDs in the VGDA on disk do not contain the PVID from the above lquerypv command, then someone may have changed the one on disk. This may also put the disk in a «missing» state. Another symptom is a vg that may not be able to import.

# importvg -y datavg hdisk11
0516-1939 : PV identifier not found in VGDA.
0516-780 importvg: Unable to import volume group from hdisk11.

Problem Diagnosis:

Check the PVID on disk

# lquerypv -h /dev/hdisk11 80 10
00000080   00C7A967 E5B40149 00000000 00000000  |…g…I……..|

Compare that with the PVID in the VGDA:

# lqueryvg -Ptp hdisk11
Physical:       00c7a967cc88015c                2   0

So here the PVID written to disk is not what it should be.

Solution
This can be fixed using the recreatevg command. We will have recreatevg re-write all the PVIDs for each disk in the volume group, and update the VGDAs with those PVIDS so everything matches up again.

We will use the flags «-Y NA» and «-L /» so the logical volume names and filesystem mount points are not changed. Without these options recreatevg will take the default action of changing the logical volume names and adding a prefix to each mount point.

The names of ALL disks belonging to the volume group MUST be included on the command line. This is different than the behavior of importvg, which requires the name of only 1 disk.

# recreatevg -y datavg -Y NA -L / hdisk11
datavg

Now check that everything is there.

# lspv | grep hdisk11
hdisk11         00c7a967e61887e7                    datavg          active# lsvg -p datavg
datavg:
PV_NAME           PV STATE          TOTAL PPs   FREE PPs    FREE DISTRIBUTION
hdisk11           active            639         639         128..128..127..128..128

Possible Cause and Solution 2: Missing or Wrong PVID in ODM

Problem Diagnosis:

In this case lspv shows nothing about the disk:

# lspv
hdisk4          none                                None

or it may show a PVID but no volume group associated:

hdisk4          abcdabcdabcdabcd                    None

Other symptoms can be that the volume group only shows the PVID for a disk, not a name:

# lsvg -p testvg
0516-304 : Unable to find device id 00c7a967e601c226 in the Device
        Configuration Database.
testvg:
PV ID             PV STATE          TOTAL PPs   FREE PPs    FREE DISTRIBUTION
00c7a967e601c226  active            639         639         128..128..127..128..128

If the PVIDs in the VGDA on disk matches the PVID from the above lquerypv command, but not the lspv output or ODM, then the correct PVID can be re-read into the ODM.

First, read the existing PVID off the disk location where it’s stored:

# lquerypv -h /dev/hdisk4 80 10
00000080   00C7A967 E601C226 00000000 00000000  |…g…&……..|

Now compare that to the PVID we see listed in the lsvg -p output above.

# lqueryvg -Ptp hdisk4
Physical:       00c7a967e601c226                2   0

In this case, the PVID on disk is good, and matches the one in the VGDA, but the ODM is wrong.

Solution
We can fix the ODM using chdev to re-read the correct PVID in again:

# chdev -a pv=yes -l hdisk4
hdisk4 changed

Now verify that it’s fixed:

# lspv | grep hdisk4
hdisk4          00c7a967e601c226                    testvg          active# lsvg -p testvg
testvg:
PV_NAME           PV STATE          TOTAL PPs   FREE PPs    FREE DISTRIBUTION
hdisk4            active            639         639         128..128..127..128..128# odmget -q «name=hdisk4 and attribute=pvid» CuAtCuAt:
        name = «hdisk4»
        attribute = «pvid»
        value = «00c7a967e601c2260000000000000000»
        type = «R»
        generic = «D»
        rep = «s»
        nls_index = 2

Possible Cause and Solution 3: No PVID at all

Problem Diagnosis:

If there is no PVID in both the ODM or on disk, one can be rewritten. The VGDA of the volume group also has to be updated with this new PVID, or LVM will not know this disk belongs to the proper volume group.

Solution:
Follow the same steps as «Possible Cause and Solution 1: PVID on disk has changed«, using recreatevg to re-write the PVID on disk, in the ODM and in the volume group’s VGDA.

[{«Product»:{«code»:»SWG10″,»label»:»AIX»},»Business Unit»:{«code»:»BU058″,»label»:»IBM Infrastructure w/TPS»},»Component»:»Attached devices»,»Platform»:[{«code»:»PF002″,»label»:»AIX»}],»Version»:»Version Independent»,»Edition»:»»,»Line of Business»:{«code»:»LOB08″,»label»:»Cognitive Systems»}}]

VLAN 3

VID : 3

Фаайл—серверрвер ННемаркированные

Компьютетерыы::B1, B2,

портынные: 3

C1, C2 & Файл-сервер

порты :1, 2, 3, 4 & 5

Файл-сервер

Порту 3

назначен

назначен

PVID=3

PVID = 3, VID=1,

VLAN 1

1

2 3 4

VID=2

VLAN C2

5

Компьютеры : B1, B2

Компьютеры : C1, C2

& Файл-сервер

Компьютеры : C1, C2

B2

C1

C2

& Файл-сервер

B1

& Файл-сервер

VID : 1

B1

C2

VID : 2

Немаркированные порты::1,2

Немаркированные порты: 4, 5

Немаркированные порты

Немаркированные порты : 3, 4, 5

Маркированные порты:13

Маркированные порты: 3

Портам 1 & 2 назначен

,

Портам 4 & 5 назначен PVID = 2

PVID = 1

порту 3 назначен VID=12

порту 3 назначен VID=2

Рисунок 40. Пример работы VLAN 802.1q.

Поскольку некоторые сетевые устройства могут не поддерживать тегирование, то перед передачей пакета устройство, поддерживающее тегирование, должно принять решение – нужно ли добавить тег в передаваемый пакет или нет? Если передающий порт подключен к не поддерживающему тегирование устройству, то пакет должен быть немаркированным. Если же передающий порт подключен к поддерживающему тегирование устройству, то пакет должен быть маркированным.

Tagging и Untagging

Каждый порт устройства, поддерживающего стандарт 802.1q, может быть настроен как tagging или как untagging.

Порт, настроенный как tagging, будет добавлять номер VID, приоритет и другую информацию о VLAN в заголовок всех проходящих через него кадров. Если кадр приходит на порт уже маркированным, то данный кадр не изменяется, и таким образом сохраняется вся информация о VLAN. Информация о VLAN в теге может быть использована другими сетевыми устройствами, поддерживающими стандарт 802.1q, при принятии решения о продвижении кадра.

Порт, настроенный как untagging, будет извлекать тег 802.1q из всех проходящих через него кадров. Если же кадр не содержит тег VLAN 802.1q, то порт не изменяет такой кадр. Таким образом, все принятые и переданные этим портом кадры не будут содержать информацию о VLAN (помните, что PVID используется только внутри коммутатора). Функция untagging используется при передаче кадров от сетевых устройств, поддерживающих стандарт 802.1q, на устройства, не поддерживающие этот стандарт.

Рисунок 41. Немаркированный кадр.

41

Рисунок 42. Маркированный кадр.

Немаркированный кадр не изменен, т.к. выходит через

немаркированный порт.

Немаркированный кадр маркируется, т.к.он выходит через маркированный порт

VID связан с

PVID

входящего

порта

Рисунок 43. Немаркированный кадр, выходящий через маркированный и немаркированный порт.

Маркированный кадр останется без изменений

через

немаркированный

порт

Рисунок 44. Маркированный пакет, выходящий через маркированный и немаркированный порт.

42

Фильтрация входящего трафика

Порт коммутатора, на который поступают кадры из сети и который должен принять решение о принадлежности кадра конкретной VLAN, называется ingress port (входным портом). При включении на порту функции фильтрации входящего трафика коммутатор проверяет кадр на наличие информации о VLAN и на ее основании принимает решение о продвижении кадра.

Если кадр содержит информацию о VLAN, входной порт сначала определяет, является ли он сам членом данной VLAN. Если нет, то кадр отбрасывается. Если да, то определяется, является ли порт назначения членом данной VLAN. Если нет, то кадр отбрасывается. Если же порт назначения входит в данную VLAN, то он передает кадр в подключенный к нему сегмент сети.

Если кадр не содержит в заголовке информацию о VLAN, то входной порт добавляет в заголовок кадра тег с идентификатором VID, равным собственному PVID (если порт является маркированным — tagging). Затем коммутатор определяет, принадлежат ли входной порт и порт назначения одной VLAN (имеют одинаковые VID). Если нет, кадр отбрасывается. В противном случае порт назначения передает кадр в подключенный к нему сегмент сети.

Этот процесс называется ingress filtering (входной фильтрацией) и используется для сохранения пропускной способности внутри коммутатора путем отбрасывания на стадии приема кадров, не входящих в ту же VLAN, что и входной порт.

4.5 Создание VLAN с помощью команд CLI

Примечание: Изначально коммутатор настраивает одну VLAN с VID = 1, называемую DEFAULT_VLAN. Заводские установки по умолчанию назначают все порты коммутатора в

DEFAULT_VLAN. Перед созданием новой VLAN удалите из DEFAULT_VLAN все порты,

которые требуется сделать членами новой VLAN.

В таблице приведены команды CLI и их синтаксис, используемые при создании, удалении и управлении виртуальными локальными сетями.

Команда

Параметры

Описание

create vlan

<vlan_name 32>

Создать VLAN

tag <vlanid>

advertisement

delete vlan

<vlan_name 32>

Удалить VLAN

config vlan

<vlan_name 32>

Настроить параметры VLAN

add [tagged|untagged|forbidden]

delete <portlist>

advertisement [enable|disable]

config vlan

<vlan_name 32>

Исключить заданные порты из

delete <portlist>

VLAN

config vlan

<vlan_name 32>

config gvrp

<portlist>

Настроить параметры GVRP

all

state [enable|disable]

ingress_checking [enable|disable]

acceptable_frame

[tagged_only|accept_all]

enable gvrp

Активизировать GVRP

disable gvrp

Отключить GVRP

show vlan

<vlan_name 32>

Показать созданные VLAN и их

настройки

show gvrp

<portlist>

Показать настройки GVRP

43

Шаг 1. Удаление портов 4-8 из DEFAULT_VLAN.

DES-3326S#config vlan default delete 4-8

Command: config vlan default delete 4-8

Success.

Шаг 2.Создание новой VLAN на коммутаторе.

Создать VLAN с именем v1 на коммутаторе и идентификатором VID равным 2.

DES-3226S#create vlan v1 tag 2

Command: create vlan v1 tag 2

Success.

Шаг 3. Добавить дополнительные порты в ранее сконфигурированную VLAN. Добавить порты коммутатора с 4 по 8 в VLAN v1. Сделать порты маркированными.

DES-3226S#config vlan v1 add tagged 4-8

Command: config vlan v1 add tagged 4-8

Success.

Шаг 4. Проверка правильности настройки VLAN на коммутаторе.

DES-3226S#show vlan

Command: show vlan

VID

: 1

VLAN Name

: default

VLAN TYPE

: static

Advertisement : Enabled

Member ports

: 1-3,9-26

Static ports

: 1-3,9-26

Current Untagged ports : 1,9-26

Static Untagged ports

: 1,9-26

Forbidden ports :

VID

: 2

VLAN Name

: v1

VLAN TYPE

: static

Advertisement

: Disabled

Member ports

: 4-8

Static ports

: 4-8

Current Untagged ports :

Static Untagged ports :

Forbidden ports :

Total Entries : 2

4.6 Асимметричные VLAN

С целью более эффективного использования разделяемых ресурсов, таких как серверы или Интернет-шлюзы, в новом программном обеспечении коммутаторов 2-го уровня D-Link реализована поддержка Asymmetric VLAN. Асимметричные виртуальные локальные сети позволяют клиентам, принадлежащих разным VLAN и не поддерживающим тегирование 802.1q взаимодействовать с сервером (или нескольким серверам) с через один физический канал связи с коммутатором, не требуя использования внешнего маршрутизатора. Активизация функции «Асимметричные VLAN» на коммутаторе 2-го уровня позволяет сделать его немаркированные порты членами нескольких виртуальных локальных сетей. При этом рабочие станции останутся полностью изолированными друг от друга. Например, асимметричные VLAN могут быть настроены таким образом, чтобы обеспечить доступ к почтовому серверу

44

всем почтовым клиентам. Клиенты смогут отправлять и получать данные через порт коммутатора, подключенный к почтовому серверу, но прием и передача данных через остальные порты будет для них запрещена.

VLAN A3

Почтовый

VID : 3

серверФайл-сервер Немаркированные

Компьютеры : B1, B2,

порты :1, 2, 3, 4 & 5

C1, C2 &ПочтоФайл-серверыйсервер

Порту 3 назначен

PVID = 3

VLAN B1

1 2 3

4

5

VLAN C2

Компьютеры : B1, B2

Компьютеры : C1, C2

& ПочтоФайл-серверыйсервер

& Почтовый& Файл-сервер

VID : 1

B1

B2

C1

C2

VID : 2

Немаркированные порты : 1, 2, 3

Немаркированные порты : 3, 4, 5

Портам 1 & 2 назначен PVID = 1

Портам 4 & 5 назначен PVID = 2

Рисунок 45. Асимметричные VLAN.

Примечание: Функция «Асимметричные VLAN» не поддерживается коммутаторами 3-го уровня. Организация обмена данными между устройствами различных VLAN не поддерживающих тегирование реализуется в таких коммутаторах с помощью маршрутизации и списков управления доступом (ACL), ограничивающих доступ устройств.

Основное различие между базовым стандартом 802.1q VLAN или симметричными VLAN и асимметричными VLAN заключается в том, как выполняется отображение адресов. Симметричные VLAN используют отдельные адресные таблицы, и таким образом не существует пересечения адресов между VLAN-ами. Асимметричные VLAN могут использовать одну, общую таблицу адресов. Однако, использование одних и тех же адресов (пересечение по адресам) происходит только в одном направлении. В примере, рассмотренном выше, VLAN, созданная для порта, подключенного к почтовому серверу, имела в своем распоряжении полную таблицу адресов, т.о. любой адрес мог быть отображен на ее порт

(PVID).

На использование асимметричных VLAN существуют следующие ограничения:

•IGMP Snooping не поддерживаются.

При активизации асимметричных VLAN, уникальный PVID назначается всем портам, создавая отдельную VLAN для каждого порта. Каждый порт при этом, может получать кадры от VLAN по умолчанию. Асимметричные VLAN по умолчанию отключены.

В таблице приведены команды для настройка асимметричных VLAN на коммутаторе с помощью CLI.

Команда

Параметры

Описание

enable asymmetric_vlan

Глобально активизировать асимметричные

VLAN.

Уникальный PVID назначается всем

портам, создавая отдельную VLAN для

каждого порта.

disable asymmetric_vlan

Глобально отключить асимметричные

VLAN. Asymmetric VLAN отключены по

умолчанию.

show asymmetric_vlan

Просмотр статуса Asymmetric VLAN.

45

Пример 1. Настройка асимметричных VLAN в пределах одного коммутатора.

Рисунок 46. Асимметричные VLAN в пределах одного коммутатора.

VLAN V1: порты 1-8, untagged

Разделяемые серверы или Интернет-шлюз

VLAN V2: порты 9-16, untagged

Пользователи VLAN2 (рабочие станции или коммутатор)

VLAN V3: порты 17-24, untagged

Пользователи VLAN3 (рабочие станции или коммутатор)

Требуется реализовать следующую схему:

1.Пользователи VLAN V2 и V3 могут иметь доступ к разделяемому серверу в VLAN V1.

2.Пользователи VLAN V2 и V3 могут иметь доступ к Интернет-шлюзу для доступа к Интернет.

3.Виртуальные локальные сети V2 и V3 изолированы друг от друга.

Шаг 1. Активизировать асимметричные VLAN на коммутаторе.

DES-3226S#enable asymmetric_vlan

Command: enable asymmetric_vlan

Success.

Шаг 2. Просмотр статуса асимметричных VLAN на коммутаторе.

DES-3226S# show asymmetric_vlan

Command: show asymmetric_vlan

Asymmetric Vlan : Enabled

Шаг 3. Создание новых VLAN V2 и V3 на коммутаторе.

DES-3226S#create vlan v2 tag 2

Command: create vlan v2 tag 2

46

Success.

DES-3226S#create vlan v3 tag 3

Command: create vlan v3 tag 3

Success.

Шаг 4. Добавить порты в созданные VLAN.

Добавить порты коммутатора с 1 по 16 в VLAN V2, добавить порты с 1-8 и 17-24 в VLAN V3. Сделать порты немаркированными.

DES-3226S#config vlan v2 add untagged 1-16

Command: config vlan v2 add untagged 1-16

Success.

DES-3226S#config vlan v3 add untagged 1-8,17-24

Command: config vlan v3 add untagged 1-8,17-24

Success.

Шаг 5. Настроить протокол GVRP (Group VLAN Registration Protocol) на коммутаторе и включить входную фильтрацию на портах каждой VLAN.

DES-3226S# config gvrp 1-8 pvid 1

Command: config gvrp 1-8 pvid 1

Success.

DES-3226S# config gvrp 9-16 pvid 2

Command: disable asymmetric_vlan

Success.

DES-3226S# config gvrp 17-24 pvid 3

Command: config gvrp 17-24 pvid 3

Success.

Шаг 6. Сохранить конфигурацию.

DES-3226S#save

Command: save

Saving all settings to NV-RAM… 100% done.

DES-3226S#

47

Пример 2. Настройка асимметричных VLAN на двух автономных коммутаторах.

Рисунок 47. Асимметричные VLAN в пределах двух коммутаторов.

VLAN V1: коммутатор 1 порты 1-4, коммутатор 2 порты 1-4, untagged Разделяемые серверы или Интернет-шлюз

Коммутатор 1 порты 5-8, коммутатор 2 порты 5-8, tagged

Порты используются в качестве восходящих и нисходящих каналов связи с другими коммутаторами

VLAN V2: коммутатор 1 порты 9-16, коммутатор 2 порты 9-16, untagged Пользователи VLAN2 (рабочие станции или коммутатор)

VLAN V3: коммутатор 1 порты 17-24, коммутатор 2 порты 17-24, untagged Пользователи VLAN3 (рабочие станции или коммутатор)

Требуется реализовать следующую схему:

1.Пользователи VLAN V2 и V3 могут иметь доступ к разделяемому серверу или Интернет-

шлюзу в VLAN V1.

2.Виртуальные локальные сети V2 и V3 изолированы друг от друга.

Настройки для коммутатора 1.

Шаг 1. Активизировать асимметричные VLAN на коммутаторе.

DES-3226S#enable asymmetric_vlan

Command: enable asymmetric_vlan

Success.

Шаг 2. Просмотр статуса асимметричных VLAN на коммутаторе.

DES-3226S# show asymmetric_vlan

Command: show asymmetric_vlan

Asymmetric Vlan : Enabled

48

Шаг 3. Создание VLAN V2 и V3 на коммутаторе.

DES-3226S#create vlan v2 tag 2

Command: create vlan v2 tag 2

Success.

DES-3226S#create vlan v3 tag 3

Command: create vlan v3 tag 3

Success.

Шаг 4. Удаление портов 5-8 из DEFAULT_VLAN.

DES-3326S#config vlan default delete 5-8

Command: config vlan default delete 5-8

Success.

Шаг 5. Добавить порты 5-8 в DEFAULT_VLAN. Сделать порты маркированными.

DES-3226S#config vlan default add tagged 5-8

Command: config vlan default add tagged 5-8

Success.

Шаг 6. Добавить порты в VLAN V2 и V3 на коммутаторе.

Добавить порты коммутатора с 1-4 и с 9-16 в VLAN V2, добавить порты с 1-4 и с 17-24 в VLAN V3. Сделать порты немаркированными.

DES-3226S# config vlan v2 add untagged 1-4,9-16

Command: config vlan v2 add untagged 1-4,9-16

Success.

DES-3226S#config vlan v3 add untagged 1-4,17-24

Command: config vlan v3 add untagged 1-4,17-24

Success.

Шаг 7. Добавить порты 5-8 в VLAN V2 и V3. Сделать порты маркированными.

DES-3226S#config vlan v2 add tagged 5-8

Command: config vlan v2 add tagged 5-8

Success.

DES-3226S#config vlan v3 add tagged 5-8

Command: config vlan v3 add tagged 5-8

49

Success.

Шаг 8. Настроить протокол GVRP (Group VLAN Registration Protocol) на коммутаторе и включить входную фильтрацию на портах каждой VLAN.

DES-3226S# config gvrp 1-8 pvid 1

Command: config gvrp 1-8 pvid 1

Success.

DES-3226S# config gvrp 9-16 pvid 2

Command: disable asymmetric_vlan

Success.

DES-3226S# config gvrp 17-24 pvid 3

Command: config gvrp 17-24 pvid 3

Success.

Шаг 9. Сохранить конфигурацию.

DES-3226S#save

Command: save

Saving all settings to NV-RAM… 100% done.

DES-3226S#

Настройки для коммутатора 2.

Повторить шаги 1-9 для коммутатора 2.

5.Объединение портов и создание высокоскоростных сетевых магистралей

Внастоящее время для повышения надежности и производительности каналов связи в распоряжении интеграторов и сетевых администраторов имеется целый набор протоколов и функций. Наиболее распространенным является создание резервных связей между коммутаторами на основе двух технологий:

1.Резервирование соединений с помощью протоколов семейства Spanning Tree.

2.Балансировка нагрузки, обеспечивающая параллельную передачу данных по всем альтернативным соединениям с помощью механизм агрегирования портов.

Рассмотрим подробно каждый способ.

Агрегирование портов (Port Trunking) — это объединение нескольких физических каналов (Link Aggregation) в одну логическую магистраль. Используется для объединения вместе нескольких физических портов с целью образования высокоскоростного канала передачи данных и позволяет активно задействовать избыточные альтернативные связи в локальных сетях.

В отличие от протокола STP (Spanning Tree – протокол покрывающего дерева), при агрегировании физических каналов все избыточные связи остаются в рабочем состоянии, а имеющийся трафик распределяется между ними для достижения баланса нагрузки. При отказе одной из линий, входящих в такой логический канал, трафик распределяется между оставшимися линиями.

50

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Several access devices, such as APs and IP Phones, support LLDP and that is very convenient for discovery and troubleshooting. However, these devices may include the locally configured PVID (the untagged VLAN) in their outgoing LLDP frames. This may result in some warning log messages in the switch.While this feature is supposed to be good (detect a mismatch of the untagged/native VLAN/PVID on VLAN trunks between network devices), it does not provide the desired result with some APs.

This is because the default management IP address that an AP has, could be bound to its internal VLAN 1. And since the AP uplink port is just an untagged port member of this VLAN 1 (locally on the AP), the AP would announce this VLAN 1 as the PVID in its outgoing LLDP frames (example for legacy Unified Wireless APs)

The uplink port may also just report VLAN ID 0 (sometimes referred to as the ‘untagged’ VLAN ID) in the outgoing LLDP frames. (example for Aruba APs)

Since the switch port connecting to the AP will have the port assigned as an access port (untagged) in the AP management VLAN, such as VLAN11, the switch will now complain with a log message that there is a PVID mismatch on the port to the AP (with either the local AP VLAN 1 or VLAN 0)

Example on Comware

%Feb 18 23:16:29:268 2011 access1 LLDP/5/LLDP_PVID_INCONSISTENT: PVID mismatch discovered on GigabitEthernet1/0/11 (PVID 11), with ap1 bond0 (PVID 0)

Example on ArubaOS-Switch

00828 lldp: PVID mismatch on port 11(VID 11)with peer device port bond0(VID unknown)

Solution

When you have a situation that requires a different PVID (untagged VLAN) between 2 devices, just make sure that neither of the 2 devices is including the local PVID LLDP TLV in the outgoing announcement.

Aruba AP

LLDP on the AP is great, but the AP is not supposed to announce a PVID. When the PVID TLV is not present in the incoming LLDP frame, the switch will not complain (log) anymore.

On the Aruba controller, the AP LLDP profile can be set to not send out the pvid. The syntax is a bit strange. One would expect a ‘no dot1-tlvs port-vlan’ command, but the controller expects to get a ‘dot1-tlvs vlan-name’, which disables the other command option, that is the ‘port-vlan’ option. If that is what it expects, just do it..

ap lldp profile "default"
 dot1-tlvs vlan-name

Example LLDP peer state on an ArubaOS-Switch (Provision) before the change

2620(config)# show lldp info remote 11

 LLDP Remote Device Information Detail

  Local Port   : 11
  ChassisType  : mac-address
  ChassisId    : 40 e3 d6 cf 71 ec
  PortType     : mac-address
  PortId       : 40 e3 d6 cf 71 ec
  SysName      : 40:e3:d6:cf:71:ec
  System Descr : ArubaOS (MODEL: 205), Version 6.4.3.4 (51619)
  PortDescr    : bond0
  Pvid         : 0

  System Capabilities Supported  : bridge, wlan-access-point
  System Capabilities Enabled    : wlan-access-point

  Remote Management Address
     Type    : ipv4
     Address : 10.1.110.150

And after the change was made on the Aruba Mobility Controller, the Pvid will be empty:

2620(config)# show lldp info remote 11

 LLDP Remote Device Information Detail

  Local Port   : 11
  ChassisType  : mac-address
  ChassisId    : 40 e3 d6 cf 71 ec
  PortType     : mac-address
  PortId       : 40 e3 d6 cf 71 ec
  SysName      : 40:e3:d6:cf:71:ec
  System Descr : ArubaOS (MODEL: 205), Version 6.4.3.4 (51619)
  PortDescr    : bond0
  Pvid         :

  System Capabilities Supported  : bridge, wlan-access-point
  System Capabilities Enabled    : wlan-access-point

  Remote Management Address
     Type    : ipv4
     Address : 10.1.110.150

ArubaOS-Switch

In case you have a peer device of an ArubaOS-Switch that complains in its log, either:

  • Fix the PVID error
  • Disable the outgoing PVID announcement of the local device if this is the desired configuration.

Example for port 11

no lldp config 11 dot1TlvEnable port-vlan-id

Note that this will not disable the LOG messages for incoming LLDP frames with a PVID mismatch!

Comware

In case you have a peer device of a Comware switch that complains in its log, either:

  • Fix the PVID error
  • Disable the outgoing PVID announcement if this is the desired configuration.
int g1/0/11
 undo lldp tlv-enable dot1-tlv port-vlan-id

Note that this will not disable the LOG messages for incoming LLDP frames with a PVID mismatch!

Workarounds

The above is the only ‘solution’ IMHO, everything below is just a workaround, so not really fixing the issue (just ignoring the problem or disabling LLDP).

Workaround1: Comware only: disable the PVID mismatch logging

While this may look OK, it is a global command, so you will not be notified of a PVID mismatch on a real switch to switch VLAN trunk either..

  lldp ignore-pvid-inconsistency

Workaround2: Disable LLDP on the port

Obviously not recommended.

ArubaOS-Switch

lldp admin-status 11 disable

Comware

int g1/0/11
 undo lldp tlv-enable dot1-tlv port-vlan-id

odip, не надо лить воду, не знаешь — не пиши. Есть чёткий вопрос, я в твоих пояснениях «как оно работает на D-LINK» и «как работает VLAN вообще» не нуждаюсь, а ответа на вопрос ты так и не дал, даже идею, запутался в своём же пояснении описанного выше, прямо какой-то саша40 этого раздела, спрашиваешь одно — тебе начинают объяснять как оно ровно до момента появления вопроса, а далее обрыв всякой связности. Естественно везде подразумевается «чтобы работало».

И вообще лучше не пиши в этот форум, я одну страницу прочитал, но от тебя столько бреда, что я бы дал даже минус твоему знанию предмета — путанно, неверно, на уровне юзера.

Проблема в том, что у CISCO такое в другом абсолютно виде и писать в форум CISCO где в основном грамотные люди не покатит по правилам.

P.S. И нет, именно для того чтобы обойти «каждый порт может иметь только один UNTAGGED VLAN» и придумали PVID, с этим то я и пытаюсь разобраться.

Добавлено через 6 минут
P.P.S. Это как-то связано с ассиметричными vlan, вот сейчас ищу теорию.

Добавлено через 20 минут
Да, нечто в духе.

http://serverfault.com/questio… stand-vlan

В данном виде имеется несколько UNTAGGED VLANs + PVID на порту. В цисковской терминологии CCNA это не выразить. Получается минимум схема переходников где A находится в VLAN2, но может обмениваться трафиком с X т.к. VLAN10 стоит UNTAGGED на порту у X и у A, B-X аналогично, а вот A-B не имеют пересечений по UNTAGGED VLAN и не видят друг друга. Примитивная схема L2 разделения сети без маршрутизации.

В общем срез этого PVID vs VLAN UNTAGGED — ТРАНЗИТИВНОСТЬ, если A видит X и X видит B — это не значит что A видит B, срез идёт от PVID, вот PVID один и в нём все видят всех, вот так вот.

UNTAGGED порт может быть для нескольких VLAN.

Осталось проверить на неделе.

Добавлено через 16 часов 29 минут
Проверил часть — тразнитивность такая — если на порту есть Untagged VLAN X — то хост на порту может взаимодействовать с портами на которых PVID=X, если на портах есть Untagged VLAN Y, но PVID на каждом не Y — хрен.

Источник

Аппаратная версия устройства: нет возможности посмотреть
Версия прошивки: Build 140321 Rel.27294
Ваша страна: Россия
Название провайдера: Ростелеком
Тип подключения: PPPoE
Скорость по тарифу: 3Мб/с
Подключение с ПК по wifi или по кабелю?: с ПК
Что пишется в статусе Вашего подключения при проблеме?: Подключен
Ваша операционная система: Win7

Логи оборудования: 1/1/2000 0:0:8> SNMP TRAP 3: link up
1/1/2000 0:0:8> Last errorlog repeat 1 Times
1/1/2000 0:0:8> etherChannConfig fail
1/1/2000 0:0:10> MPOA Link Down
1/1/2000 0:0:10> LAN promiscuous mode <1>
1/1/2000 0:0:13> Last errorlog repeat 1 Times
1/1/2000 0:0:13> SNMP TRAP 0: cold start
1/1/2000 0:0:13> main: init completed
1/1/2000 0:0:14> adjtime task pause 1 day
1/1/2000 0:1:3> MPOA Link Up
1/1/2000 0:1:3> bridge only start
1/1/2000 0:1:3> SNMP TRAP 3: link up
1/1/2000 0:1:7> ppp_ready: ch:80527048, iface:80468f14
1/1/2000 0:1:8> SNMP TRAP 3: link up
1/1/2000 0:1:8> Accept() fail
1/1/2000 0:1:8> Accept() fail
1/1/2000 0:4:47> dynDNSOrgState: retry fail! shut down service

Изображение
В связи с тем что старый роутер совсем умер, мне пришлось купить новый аппарат, выбор пал на TP-Link TD-W8961ND.
После покупки данного аппарата я выучил уже шаманскую песню и танец, но она так же не помогла….
По порядку:
1. роутер периодически отваливается в сети, т.е. пропадает пинг или web Интерфейс, после перезагрузки все ок.
2. настроив роутер, в состоянии отобразились подключение (скрин приложен), но оно какое то странное, т.е. ip не мой и нет интернета, пинг конечно при проверке в роутере тоже не проходит.
Если подключатся Бриджом то все ок!
3. я не могу разобраться как мне один из виртуальных каналов vpi/vci пробросить на определенный порт Eth.(это для Viop шлюза), вообще поддерживает ли он это?
4. как на нем включить telnet?

кто нибудь может что посоветовать? или его нужно просто сдать?

P.S. данный аппарат находится удаленно….

Источник

#26510158

Отправлено 31.07.2013, 16:12:06

 Закреплено

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Если у вас возникли вопросы по работе вашего устройства, пожалуйста укажите следующую информацию:

  • Hardware версия устройства (посмотреть можно в статусе устройства, либо на наклейке)
  • Версия прошивки (посмотреть можно в статусе устройства)
  • Подробно опишите, проблему и что пытались сделать для решения.
  • По вопросам нестабильной работы необходимо предоставить вторичные парметры линии.

Вопросы без этих данных могут остаться не обработанными.

 Рекомендации по обновлению прошивки (firmware)
Вторичные параметры ADSL линии
Настройка и аудит безопасности в ADSL модемах построенных на TRENDCHIP

 Инструкции по настройке ADSL решений TP-LINK

 Офицаиальное представительство TP-LINK в Казахстане:
РК, г.Алматы, пр.Достык,202,1 эт.,оф.104 
support.kz@tp-link.com
+7 727 3201329， +7 727 3201332
Официальный сайт TP-LINK

Сообщение отредактировал gosh: 31.07.2013, 18:02:18

  • Наверх

#501

Отправлено 11.11.2013, 13:50:40

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Попробывал все существующие прошивки везде одинаково, что может быть еще??

В этой точно есть:

TD-W8951ND_V3_101222_support_IDTV

  • Наверх

#502

Отправлено 11.11.2013, 14:21:25

_BooooM_

  • Гость
  • 5 сообщений

Позвонил технарям в Казактелеком вроде настроили ID TV, но проблема из за которой перепрошивал модем не ушла, ноутбук подключается к вай фай, а смартфоны нет. В чем загвоздка? Момогите плиз

  • 0

  • Наверх

#503

Отправлено 11.11.2013, 14:21:51

Антон017

  • Гость
  • 29 сообщений

здравствуйте!! Извините если повторяюсь с вопросом!!! Купил Tp-Link TD-W8961ND-подключил и настроил-на компе по кабелю интернет есть, а по Wi-Fi-iphone подключается, но интернета нет!!!! Это в режиме «мост», А в режиме РРоА/РРоЕ вообще нет интернета!!!! Как правильно настроить его?????? Настраивал как здесь: http://router.kz/TD-W8961ND.html

  • 0

  • Наверх

#504

Отправлено 11.11.2013, 14:40:54

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Позвонил технарям в Казактелеком вроде настроили ID TV, но проблема из за которой перепрошивал модем не ушла, ноутбук подключается к вай фай, а смартфоны нет. В чем загвоздка? Момогите плиз

Скидываться на хрустальный шар будете?

здравствуйте!! Извините если повторяюсь с вопросом!!! Купил Tp-Link TD-W8961ND-подключил и настроил-на компе по кабелю интернет есть, а по Wi-Fi-iphone подключается, но интернета нет!!!! Это в режиме «мост», А в режиме РРоА/РРоЕ вообще нет интернета!!!! Как правильно настроить его?????? Настраивал как здесь: http://router.kz/TD-W8961ND.html

В закрепленном посте есть ссылка на нормальную инструкцию.

  • Наверх

#505

Отправлено 11.11.2013, 14:47:23

_BooooM_

  • Гость
  • 5 сообщений

Нет проблем скинемся..)) только накалдуйте

  • 0

  • Наверх

#506

Отправлено 11.11.2013, 14:55:49

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Нет проблем скинемся..)) только накалдуйте

Я к тому, что гадать не люблю, а данных мало и другого не остается.

В общем в закрепленном посте написано.

  • Наверх

#507

Отправлено 11.11.2013, 15:11:06

Антон017

  • Гость
  • 29 сообщений

Все сделал как на tp link.kz-и у меня выходит pvc0 ppoe-нет соединения,а pvc1-мост соединено!!!!! И нет совсем инета!!! А можно Вам позвонить??

  • 0

  • Наверх

#508

Отправлено 11.11.2013, 16:44:38

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Все сделал как на tp link.kz-и у меня выходит pvc0 ppoe-нет соединения,а pvc1-мост соединено!!!!! И нет совсем инета!!! А можно Вам позвонить??

Позвонить можно, не факт что будет время ответить в рабочее время (да и в нерабочее не всегда).

Статистику линии со вкладки status можете дать?

  • Наверх

#509

Отправлено 18.11.2013, 14:00:48

Aizen Guilty-Crown

  • Гость
  • 12 сообщений

Здравствуйте! у меня проблема с настройкой wi-fi  на своем модеме TD-w8951ND. Все сделал так, как было указано в вашей инструкций, но «состояние» пишет, что «нет соединения».

Модем: TD-w8951ND

Версия встроенного ПО: 5.0.0

У меня беспроводной маршрутизатор версии «N» со встроенным ADSL2+. Все кабели подключены правильно, на самом компьютере интернет работает, Но вот когда я ввожу значения VCI/VPI (0/40), то в «состояние» оно появляется, но пишет «нет соединения». Что касается другого устройства (ноутбука), то он сеть видит и даже пишет что «подключено», но вот в сеть с ноутбука выйти я не могу.

  • 0

  • Наверх

#510

Отправлено 18.11.2013, 15:52:48

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Здравствуйте! у меня проблема с настройкой wi-fi  на своем модеме TD-w8951ND. Все сделал так, как было указано в вашей инструкций, но «состояние» пишет, что «нет соединения».

Модем: TD-w8951ND

Версия встроенного ПО: 5.0.0

У меня беспроводной маршрутизатор версии «N» со встроенным ADSL2+. Все кабели подключены правильно, на самом компьютере интернет работает, Но вот когда я ввожу значения VCI/VPI (0/40), то в «состояние» оно появляется, но пишет «нет соединения». Что касается другого устройства (ноутбука), то он сеть видит и даже пишет что «подключено», но вот в сеть с ноутбука выйти я не могу.

Я правильно Вас понял, что на компьютере интернет через высокоскоростное подключение?

Дело в том, что соединение должно подыматься с роутера, а не с компьютера и ноутбука, поэтому удалите все высокоскоростные подключения на них и только после этого настраивайте роутер.

  • Наверх

#511

Отправлено 18.11.2013, 17:00:02

Aizen Guilty-Crown

  • Гость
  • 12 сообщений

Здравствуйте! у меня проблема с настройкой wi-fi  на своем модеме TD-w8951ND. Все сделал так, как было указано в вашей инструкций, но «состояние» пишет, что «нет соединения».

Модем: TD-w8951ND

Версия встроенного ПО: 5.0.0

У меня беспроводной маршрутизатор версии «N» со встроенным ADSL2+. Все кабели подключены правильно, на самом компьютере интернет работает, Но вот когда я ввожу значения VCI/VPI (0/40), то в «состояние» оно появляется, но пишет «нет соединения». Что касается другого устройства (ноутбука), то он сеть видит и даже пишет что «подключено», но вот в сеть с ноутбука выйти я не могу.

Я правильно Вас понял, что на компьютере интернет через высокоскоростное подключение?

Дело в том, что соединение должно подыматься с роутера, а не с компьютера и ноутбука, поэтому удалите все высокоскоростные подключения на них и только после этого настраивайте роутер.

Сейчас попробую…

  • 0

  • Наверх

#512

Отправлено 18.11.2013, 17:06:40

Aizen Guilty-Crown

  • Гость
  • 12 сообщений

указал в PVC0 параметры 0/40 но ничего нет. Все еще стоит «нет соединения». И да соединение шло по высокоскоростному подключению.

  • 0

  • Наверх

#513

Отправлено 18.11.2013, 17:26:42

Aizen Guilty-Crown

  • Гость
  • 12 сообщений

Попытался все сделать заново обнулив маршрутизатор, но вышла ошибка VLAn при группировке портов.

Пишет:

pvid e1 является 2 неравный какому-либо vid

  • 0

  • Наверх

#514

Отправлено 18.11.2013, 17:40:51

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Попытался все сделать заново обнулив маршрутизатор, но вышла ошибка VLAn при группировке портов.

Пишет:

pvid e1 является 2 неравный какому-либо vid

скрин страницы статуса дайте пожалуйста.

Сообщение отредактировал DiGer: 18.11.2013, 17:41:24

  • Наверх

#515

Отправлено 18.11.2013, 18:03:45

Aizen Guilty-Crown

  • Гость
  • 12 сообщений

Попытался все сделать заново обнулив маршрутизатор, но вышла ошибка VLAn при группировке портов.

Пишет:

pvid e1 является 2 неравный какому-либо vid

скрин страницы статуса дайте пожалуйста.

http://www.mediafire…x99sh9qx924bpii

Сообщение отредактировал Aizen Guilty-Crown: 18.11.2013, 18:03:57

  • 0

  • Наверх

#516

Отправлено 18.11.2013, 23:35:46

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Задайте второй VLAN для iDTV и сделайте скрин satus с отображением параметров линии.

  • Наверх

#517

Отправлено 18.11.2013, 23:47:17

Aizen Guilty-Crown

  • Гость
  • 12 сообщений

Задайте второй VLAN для iDTV и сделайте скрин satus с отображением параметров линии.

Мне не нужен iDTV. У меня всего лишь Мегалайн хит. 

  • 0

  • Наверх

#518

Отправлено 19.11.2013, 09:42:17

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Мне не нужен iDTV. У меня всего лишь Мегалайн хит. 

:faceoff:  Тогда за каким лешим Вы настраиваете по инструкции для Megaline + iDTV!?  

Вот инструкция для Вашего случая.

Скрин статуса с параметрами линии все еще жду.

  • Наверх

#519

Отправлено 19.11.2013, 13:02:54

DiGer

  • очередь на регистрацию
  • 4 201 сообщений

Прошивка для TD-W8968 v2 с поддержкой l2tp dual access (Beeline) вышла из стадии внутреннего тестирования.

Пользуйтесь на здоровье.

TD-W8968v2_0.6.0_2.1_up_boot(131108)_2013-11-08_13.50.49

Сообщение отредактировал DiGer: 19.11.2013, 13:53:12

  • Наверх

#520

Отправлено 19.11.2013, 21:00:48

jermix

  • Гость
  • 6 сообщений

Добрый день!

Подскажите, по следующей ситации:

имеется модем TD-W8961ND ver 3.2

на нем поднят ADSL. по WI-FI к нему подключаются несколько компьютеров

интернет работает на всех компьютерах, ping на сам модем тоже идет

но пинга между самими компьютерами нет.

Причем, если одновременно запустить к примеру на двух компьютерах пинг друг друга — то пинг через раз проходит.

Пробовал другой такой же новый модем — на нем аналогичная ситуация

При использовании другого роутера — все компьютеры без проблем пингуются и видят друг друга.

Сообщение отредактировал jermix: 19.11.2013, 21:06:48

  • 0

  • Наверх

Источник

    В продолжение прошлого поста про VLAN на модемах Промсвязь. Как выяснилось, модемы Промсвязь не умеют тегировать пакеты на Ethernet портах, в связи с чем было не понятно, каким образом можно повесить сервер на несколько VLAN и можно ли вообще.
    Обчитавшись интернетов на счет этой технологии, я никак не мог понять, для чего нужны эти PVID. Ибо получается так, создаем VLAN, указываем какие порты в него входят, и затем в отдельном поле еще указываем к какому VLAN принадлежит конкретный порт. ЗАЧЕМ?! Зачем в двух местах указывать принадлежность порта к определенному VLAN? Вот это никак не давало мне покоя. И как назло во всех манах и форумах, про эти PVID пишется вскользь и очень туманно.
После нескольких часов гугления я таки нарыл связь между определениями PVID и асимметричные VLAN.
    Оказывается, эти PVID нужны для того, что бы иметь возможность объеденять не тегированные порты в несколько VLAN. Что при построении симметричных VLAN не возможно. Как правило, если надо по одному порту гонять трафик из нескольких VLAN, то нужно сделать это порт тегированным, что бы он помечал какой пакет, какому VLAN принадлежит. Что собственно логично.
    Таким образом, при помощи этих PVID мы получаем возможность гонять не тегированный трафик за пределами коммутатора и при этом иметь возможность держать несколько VLAN на не тегированном порту. О как.
    Бедный мой моск, сколько же ему сегодня пришлось переварить инфы и профильтровать мегатайты флуда на форумах. Ибо инфа с хорошим разъяснением работы ассиметричных VLAN очень плохо гуглится, в основном только примеры «сделайте так и так и будет у вас счатье, трафик будет ходить так и вот так», а понять что либо из примера как оно работает внутри что и куда ходит, довольно сложно. Очень хорошо в понимании работы ассиметричных VLAN помог случайно свалившийся официальный мануал по коммутаторам D-link. Если кому надо, могу поделиться.

Источник

    • Forums

      • Advancing Life & Work
      • Alliances
      • Around the Storage Block
      • HPE Ezmeral: Uncut
      • OEM Solutions
      • Servers & Systems: The Right Compute
      • Tech Insights
      • The Cloud Experience Everywhere
      • HPE Blog, Austria, Germany & Switzerland
      • Blog HPE, France
      • HPE Blog, Italy
      • HPE Blog, Japan
      • HPE Blog, Latin America
      • HPE Blog, Poland
      • HPE Blog, Hungary
      • HPE Blog, Turkey
      • HPE Blog, UK, Ireland, Middle East & Africa
    • Blogs

    • Information

  • Forums

  • Blogs

    • Advancing Life & Work
    • Alliances
    • Around the Storage Block
    • HPE Ezmeral: Uncut
    • OEM Solutions
    • Servers & Systems: The Right Compute
    • Tech Insights
    • The Cloud Experience Everywhere
    • HPE Blog, Austria, Germany & Switzerland
    • Blog HPE, France
    • HPE Blog, Italy
    • HPE Blog, Japan
    • HPE Blog, Latin America
    • HPE Blog, UK, Ireland, Middle East & Africa
    • HPE Blog, Poland
    • HPE Blog, Hungary
    • HPE Blog, Turkey

  • Information

  • English

Источник

  • Ошибка putty remote side unexpectedly closed network connection
  • Ошибка putty network error connection timed out
  • Ошибка punkbuster no packet flow
  • Ошибка pubg переустановите программное обеспечение opengl32 dll
  • Ошибка pubg shield reporter