Перейти до

BDCOM P3310C


Kto To

Рекомендованные сообщения

  • Відповіді 934
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вчи українську, це тобі ще знадобиться!

Дуже схоже на "фільтр по МАС", який зявився в 3310с. ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt All mac addresses that fit the mask below will be dropped on OLT PON inte

Блин, да поставьте Вы в конце концов понконтрол и собирайте сигналы по СНМП и не мучайтесь

Posted Images

Уберите vlan1 отсюда:

interface GigaEthernet0/1
 switchport trunk vlan-allowed 1-2,20

и отсюда уберите vlan1

interface EPON0/1
 epon bind-onu mac 8014.a84a.e5d8 1
 filter dhcp
 switchport trunk vlan-allowed 1-2,20

и отсюда уберите vlan1

ip arp inspection vlan  1,20
ip verify source vlan  1,20

выполните и покажите вывод

sh vlan

Получите ip адрес от DHCP сервера и покажите вывод

show ip dhcp-relay agent bind
sh ip dhcp-relay snooping binding all
sh epon int e0/1:1 onu ctc opt

ну и ради интереса покажите вывод

sh onu-config-template
sh run db-llid

а так же для приличия покажите вывод

sh mac address-table
show mac address-table interface EPON0/1
show mac address-table interface EPON0/1:1
Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

 

 

Уберите vlan1 отсюда: interface GigaEthernet0/1 switchport trunk vlan-allowed 1-2,20
 
Убрал.
 

 

выполните и покажите вывод sh vlan
 
 
#show vlan
VLAN Status  Name                             Ports
---- ------- -------------------------------- ---------------------------------
1    Static  Default                          g0/5, g0/6, g0/4, g0/3, g0/2
                                              epon0/1, epon0/2, epon0/3
                                              epon0/4
2    Static  VLAN0002                         g0/1, epon0/1
20   Static  VLAN0020                         g0/1, epon0/1
 

 

Получите ip адрес от DHCP сервера и покажите вывод show ip dhcp-relay agent bind sh ip dhcp-relay snooping binding all
 
#show ip dhcp-relay agent bind
 
Hardware Address    IP Address      remainder time Helper Address  VLAN    interface
 
#show ip dhcp-relay snooping binding all
 
Hardware Address  IP Address      Surplus Time Type    VLAN Intf
----------------- --------------- ------------ ------- ---- ----------
20:1a:06:46:b3:b9 172.20.0.2      3240         DHCP_SN 20   epon0/1
 
 

 

sh epon int e0/1:1 onu ctc opt
 
#show epon interface ePON 0/1:1 onu ctc opt
 operating temperature(degree): 31
 supply voltage(V): 3.3
 bias current(mA): 13.2
 transmitted power(DBm): 1.9
 received power(DBm): -3.1
 

 

ну и ради интереса покажите вывод sh onu-config-template sh run db-llid
#show onu-config-template
ONU config template T1 ,total cmd 2
-------------------------------------------
Index     command content
 1       epon onu all-port ctc vlan mode tag 20
 2       epon onu all-port ctc loopback detect
 
#show run db-llid
Building database configuration...
 
 
interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 20 priority 0
  epon onu port 1 loopback detect
!

 

а так же для приличия покажите вывод sh mac address-table show mac address-table interface EPON0/1 show mac address-table interface EPON0/1:1
#show mac address-table
        Mac Address Table (Total 3)
------------------------------------------
 
Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
All     8479.735b.6812    STATIC     CPU
2       9418.8238.2e6d    DYNAMIC    g0/1
20      9418.8238.2e6d    DYNAMIC    g0/1
20      201a.0646.b3b9    DYNAMIC    epon0/1:1
 
#show mac address-table interface EPON0/1
        Mac Address Table (Total 1)
------------------------------------------
 
Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
20      201a.0646.b3b9    DYNAMIC    epon0/1:1
 
#show mac address-table interface EPON0/1:1
        Mac Address Table (Total 1)
------------------------------------------
 
Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
20      201a.0646.b3b9    DYNAMIC    epon0/1:1
 
 
 
 
 
Ссылка на сообщение
Поделиться на других сайтах

У Вас так:

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  20
ip arp inspection vlan  20
ip verify source vlan  20
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay snooping log

сделайте вот так

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  20
ip arp inspection vlan  20
ip verify source vlan  20
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay agent
ip dhcp-relay helper-address 172.16.0.1 vlan 20
ip dhcp-relay snooping log

получите ip от DHCP покажите вывод

show ip dhcp-relay agent bind
sh ip dhcp-relay snooping binding all

это очень много

sh epon int e0/1:1 onu ctc opt
....
received power(DBm): -3.1

попробуйте занизить через делитель до -20 к примеру

 

p.s. проверьте на всякий случай, не блокирует ли фаервол FreeBSD icmp пакеты от клиента, послушайте tcpdump на интерфейсе FreeBSD Приходят ли icmp пакеты от клиента за ONU.

 

Пропингуйте клиентом за ONU  интерфейс vlan20 находящийся на OLT

Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

 

 

получите ip от DHCP покажите вывод show ip dhcp-relay agent bind sh ip dhcp-relay snooping binding all

 

#show ip dhcp-relay agent binding
 
Hardware Address    IP Address      remainder time Helper Address  VLAN    interface
 
#show ip dhcp-relay snooping binding all
 
Hardware Address  IP Address      Surplus Time Type    VLAN Intf
----------------- --------------- ------------ ------- ---- ----------
20:1a:06:46:b3:b9 172.20.0.2      3300         DHCP_SN 20   epon0/1
 
Прикол в том что с ОЛТ пингуется и комп и шлюз
Из компа пингуется интерфейс на ОЛТ, но шлюз нет.
Ссылка на сообщение
Поделиться на других сайтах

С ОЛТ пинг может идти на шлюз через другой инт-влан. Закройте инт-влан2.

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах

Хуже не будет, добавьте вот так:

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  2,20
ip arp inspection vlan  2,20
ip verify source vlan  2,20
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay agent
ip dhcp-relay helper-address 172.16.0.1 vlan 2,20
ip dhcp-relay snooping log

и вот так

conf
interface GigaEthernet0/1
switchport pvid 2

и так

conf
interface EPON0/1
no filter dhcp

получите ip через DHCP и покажите вывод

show ip dhcp-relay agent bind
sh ip dhcp-relay snooping binding all
Ссылка на сообщение
Поделиться на других сайтах

В логах DHCP с какого vlan приходит запрос на получение ip адреса?

 

p.s. Создайте условие выдать ip если vlan совпадает с 20.

Покажите итоговый dhcp.conf

Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

С ОЛТ пинг может идти на шлюз через другой инт-влан. Закройте инт-влан2.

 

Не надо, он не мешает, потом уберет, если захочет, да и не надо его убирать вовсе.

Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

Доходит до маразма....

Упростил конфиг до безобразия.

Аплинк в гиговый порт 1

тестовый комп в гиговый порт 2

На компе статически прописан адрес 172,20,0,2

У шлюза адрес 172,20,0,1

У ОЛТ адрес 172,20,0,10

На ОЛТ только один влан 20

Из ОЛТ пингуется и шлюз и тестовый комп

Из сервера пинугется только ОЛТ

Из компа только ОЛТ

Building configuration...


Current configuration:
!
!version 10.1.0E build 37276
service timestamps log date
service timestamps debug date
logging buffered 4096
!
port-protected 1
!
!
!
!
ip default-gateway 172.20.0.1
!
!
spanning-tree mode rstp
!
!
!
!
!
!
!
!
!
!
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username admin password 0 admin
!
!

epon oam-version 1 0x21
epon oam-version 2 0x20
!
!!slot 0 89
interface GigaEthernet0/1
 switchport trunk vlan-allowed 20
 switchport mode trunk
!
interface GigaEthernet0/2
 switchport pvid 20
!
interface GigaEthernet0/3
!
interface GigaEthernet0/4
!
interface GigaEthernet0/5
!
interface GigaEthernet0/6
!
interface EPON0/1
 switchport protected 1
!
interface EPON0/2
 switchport protected 1
!
interface EPON0/3
 switchport protected 1
!
interface EPON0/4
 switchport protected 1
!
!!slot end
!
interface VLAN20
 ip address 172.20.0.10 255.255.255.0
!
!
!
vlan 1,20
!
!
!
!
!
!
ip http server
!
!
!
!
!
!
!Pending configurations for absent linecards:
!
!No configurations pending global

Уже хз что думать....

Ссылка на сообщение
Поделиться на других сайтах

Вот куски:

show running-config
Building configuration...


Current configuration:
!
!version 10.1.0E build 36957
service timestamps log date
service timestamps debug date
!
hostname Le
port-protected 1
!
!
!
!
ip default-gateway 10.255.128.1
!
!
spanning-tree mode rstp
...........................................................

!
interface GigaEthernet0/6
 description Uplink
 switchport trunk vlan-allowed 1,2500
 switchport mode trunk
  dhcp snooping trust
!
interface EPON0/1
 description PON-3
 epon pre-config-template T1 binded-onu-llid 1-64
 epon bind-onu mac a0c6.ec07.c8e8 1
 switchport trunk vlan-allowed 2500
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport pvid 2500
 switchport protected 1
!
interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 2500 priority 0
  epon onu port 1 loopback detect
!
.............................................................

Все пашет без задоринки.

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
Аплинк в гиговый порт 1
тестовый комп в гиговый порт 2
На компе статически прописан адрес 172,20,0,2
У шлюза адрес 172,20,0,1
У ОЛТ адрес 172,20,0,10
На ОЛТ только один влан 20
Из ОЛТ пингуется и шлюз и тестовый комп
Из сервера пинугется только ОЛТ
Из компа только ОЛТ

Посмотрите мак адреса видно на конечных устройствах, в частности, на тестовом компьютере и сервере? Видят они по мак адресам друг друга или нет?

Где-то рядом ходим. Возможно не в OLT дело, а в сервере.

Ссылка на сообщение
Поделиться на других сайтах

Hi to all.

 

For second time my OLT crashes and looses onu configuration.

Model is P3310C.

First time it was version 37276 something and it crashed on ssh. I saw that

after running show break command.

I've got fixed that in the latest version 40285.

BDCOM P3310C Software, Version 10.1.0E Build 40285

version 37276 still has SSH crash.

Today crash happened again. Now may be it is other not ssh.

The ugly thing is that when OLT crashes it makes autorestart.

After restart the files ifindex-config and config.db are 0 bytes.

So all onu configuration is lost. Somehow it is erased.

You need manually setup all onus or somehow to restore from tftp.

Anyone have some solution for these ?

It is very bad that it requires human to sort things out and make new configuration.

All clients are out of service during that time.

I understand and read russian perfect but just can not speak. So please 

excuse me and you can answer me on russian.

This crash is going to happen on you too ... I am sure just needs time.

Part of the crash:

--------------------

#show break

=========================================================
BreakNum: 1
Exception Type:2-TLB miss exception (load or instruction fetch)
TaskID=818df820, TaskName=Sty1
date: 2017-4-4  time: 15:4:45
zero                    at                      v0                      v1
00000000                817b0000                00000000                ffffffff
a0                      a1                      a2                      a3
00000000                818de590                00000010                ffffffff
t0                      t1                      t2                      t3
00000000                1000fc00                1000fc01                00000000
t4                      t5                      t6                      t7
83e3ee2c                00000000                00000000                00000000
s0                      s1                      s2                      s3
00000000                00000000                815f7d54                818de590
s4                      s5                      s6                      s7
815f9b10                ffffffff                00000010                00000000
t8                      t9                      k0                      k1
00000002                818df820                eeeeeeee                00000000
gp                      sp                      s8                      ra
816034f0                818de4f8                818de5a0                80468184
pc
80d89268
sr    = 1000fc01
cause = 00000008
call procedure--
0x80468184--
0x80cf8508--
0x80cf7dc8--
0x80344298--
0x803431b0--
0x80482280--
 
.......
Відредаговано sanitariu
Ссылка на сообщение
Поделиться на других сайтах

Спасибо за сообщение. Надеюсь меня эта проблема не коснется. Вы единственный, у кого это случилось?

Thank you for your message. I hope, this problem will not happen to me. You're the only one with problems, or not?

 

p.s. Show your conf, please. Just in case.

Відредаговано Darth Vader2
Ссылка на сообщение
Поделиться на других сайтах

show version all

 

check if you have:  

ssh           2.2.30          2015-05-26

 

that version. If so it just need time or something specific to crash on ssh.

I have acl filter for access ssh.

It may be connected.

 

!

ip access-list standard ssh-acl

 permit  192.168.10.0 255.255.255.0
!
!
ip sshd timeout 360
ip sshd access-class ssh-acl
ip sshd save
!
 
 
Crash may happen not problem. The real problem is that when it happens it makes the config files 0 bytes 
and this is disaster.
This happened on second 3310C OLT so i am excluding hardware point of failure.
Ссылка на сообщение
Поделиться на других сайтах

Yes thanks. Thats what i did. Also disabled ssh. It is old version and needs old protocols enabled

like:

 

KexAlgorithms +diffie-hellman-group1-sha1

 

I am more scared about future crash which will zero config.db and how to protect from this.

Ссылка на сообщение
Поделиться на других сайтах

Добрый день. Столкнулись с такой проблемой.

Подключаем новую ONU к голове, она регистрируется, аутентифицируется, но не подхватывает конфиг с шаблона. В статусе у неё заместо auto_configured стоит authenticated.

Помогает перезагрузка головы. Но дёргать сотню абонентов при каждом подключении нового - совсем не вариант.

Думали, проблема с онушками - как раз привезли новую партию FORA EP-1001E1. Хотя 6 онушек с этой партии завелись нормально, потом началась такая канитель.

Затем попробовали BDCOM P1501C1 и V-Solution V2801HE - результат тот же.

Затем начали грешить на то, что мощность сигнала недостаточна, но проблема проявилась у последующих 4х абонентов на разных подветках одного EPON-порта. Да и после перезагрузки головы у этой онушки вполне себе нормальный уровень -22,1

Самое странное то, что проблема проявляется только на порту EPON0/2 (см. конфиг ниже) на котором на момент появления проблемы было 49 абонентов. 50й, 51й, 52й уже начали выделываться.

 

P.S. после ребута головы проблема теперь и у старых абонентов

В логах онушки, с которыми проблема, каждую минуту флапают.

 

Версия прошивки.

ponfive-01#sh ver
BDCOM(tm) P3310C Software, Version 10.1.0D Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:19:9 by SYS_33463, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:00316001396
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: 84:79:73:5b:26:d4
snmp info:
  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0

Конфиг:

ponfive-01#sh run

Current configuration:
!
!version 10.1.0D build 33463
service timestamps log date
service timestamps debug date
service password-encryption
logging 217.199.XXX.XXX
logging buffered 4096
logging trap debugging
!
hostname ponfive-01
port-protected 1
!
lldp run
!
ip default-gateway 172.20.111.158
!
spanning-tree mode rstp
!
aaa authentication login default local
aaa authentication enable default none
!
username admin password 7 13433A15721878541C51
username techs password 7 13254763344B42441F267C1D
!
epon oam-version 1 0x21
epon oam-version 2 0x20
!
epon onu-config-template EPON_1
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 701
 cmd-sequence 2 epon onu all-port loopback detect
 cmd-sequence 3 epon sla downstream pir 100000 cir 20000
 cmd-sequence 4 epon sla upstream pir 100000 cir 20000
!
epon onu-config-template EPON_2
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 702
 cmd-sequence 2 epon onu all-port loopback detect
 cmd-sequence 3 epon sla downstream pir 100000 cir 20000
 cmd-sequence 4 epon sla upstream pir 100000 cir 20000
!
epon onu-config-template EPON_3
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 703
 cmd-sequence 2 epon onu all-port loopback detect
 cmd-sequence 3 epon sla downstream pir 100000 cir 20000
 cmd-sequence 4 epon sla upstream pir 100000 cir 20000
!
epon onu-config-template EPON_4
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 704
 cmd-sequence 2 epon onu all-port loopback detect
 cmd-sequence 3 epon sla downstream pir 100000 cir 20000
 cmd-sequence 4 epon sla upstream pir 100000 cir 20000
!
!
!!slot 0 89
interface GigaEthernet0/1
 switchport trunk vlan-allowed 1,700-704
 switchport mode trunk
!
interface GigaEthernet0/2
 switchport trunk vlan-allowed 1,700-704
 switchport mode trunk
!
interface GigaEthernet0/3
 description uplink_gig5/8
 switchport trunk vlan-allowed 1,700-704
 switchport mode trunk
!
interface GigaEthernet0/4
 switchport trunk vlan-allowed 1,700-704
 switchport mode trunk
!
interface GigaEthernet0/5
 switchport trunk vlan-allowed 1,700-704
 switchport mode trunk
!
interface GigaEthernet0/6
 switchport trunk vlan-allowed 1,700-704
 switchport mode trunk
!
interface EPON0/1
 epon pre-config-template EPON_1 binded-onu-llid 1-64
 switchport trunk vlan-allowed 701
 switchport mode trunk
 switchport protected 1
!
interface EPON0/2
 epon pre-config-template EPON_2 binded-onu-llid 1-64
 epon bind-onu mac 8479.7323.e9fe 1
 [......]
 epon bind-onu mac 1c87.7912.abd0 49
 switchport trunk vlan-allowed 702
 switchport mode trunk
 switchport protected 1
!
interface EPON0/3
 epon pre-config-template EPON_3 binded-onu-llid 1-64
 epon bind-onu mac 8479.7323.e656 1
[.....]
 epon bind-onu mac 8479.7399.0d4c 19
 switchport trunk vlan-allowed 703
 switchport mode trunk
 switchport protected 1
!
interface EPON0/4
 epon pre-config-template EPON_4 binded-onu-llid 1-64
 epon bind-onu mac 8479.7323.eaaf 1
[......]
 epon bind-onu mac 8479.7399.0696 11
 switchport trunk vlan-allowed 704
 switchport mode trunk
 switchport protected 1
!
!!slot end
!
interface VLAN700
 description PON_mgmt
 ip address 172.20.111.129 255.255.255.224
!
interface VLAN701
 description PPPoE_ponfive-01_1
 no ip address
!
interface VLAN702
 description PPPoE_ponfive-01_2
 no ip address
!
interface VLAN703
 description PPPoE_ponfive-01_3
 no ip address
!
interface VLAN704
 description PPPoE_ponfive-01_4
 no ip address
!
vlan 1,700-704
!
ip http server
!
snmp-server community 0 XXX RO
snmp-server contact XXX
snmp-server location XXX
!
!
time-zone tz 3 0
ntp server 217.199.XXX.XXX

Логи:

#cat /var/log/remote/remote.log | grep abc8
Apr  7 15:45:15 172.20.111.129 172.20.111.129 %EPON-ONUREG: ONU 1c87.7912.abc8 is registered on EPON0/2:50.
Apr  7 15:45:15 172.20.111.129 172.20.111.129 %EPON-ONUAUTHEN: ONU 1c87.7912.abc8 is authenticated on EPON0/2:50.
Apr  7 15:46:15 172.20.111.129 172.20.111.129 %EPON-ONUDEREG: ONU 1c87.7912.abc8 is deregistered on EPON0/2:50.
Apr  7 15:46:16 172.20.111.129 172.20.111.129 %EPON-ONUREG: ONU 1c87.7912.abc8 is registered on EPON0/2:50.
Apr  7 15:46:16 172.20.111.129 172.20.111.129 %EPON-ONUAUTHEN: ONU 1c87.7912.abc8 is authenticated on EPON0/2:50.
Apr  7 15:47:16 172.20.111.129 172.20.111.129 %EPON-ONUDEREG: ONU 1c87.7912.abc8 is deregistered on EPON0/2:50.
Apr  7 15:47:16 172.20.111.129 172.20.111.129 %EPON-ONUREG: ONU 1c87.7912.abc8 is registered on EPON0/2:50.
Apr  7 15:47:16 172.20.111.129 172.20.111.129 %EPON-ONUAUTHEN: ONU 1c87.7912.abc8 is authenticated on EPON0/2:50.
Відредаговано Fallen_Grayswandir
Ссылка на сообщение
Поделиться на других сайтах

Проблема получила продолжение.

На порту EPON0/2 на данный момент 51 ONU

Если погасить порт и поднять его, то стабильно 2 рандомные онушки либо аутентифицируются и вообще не получают конфиг с шаблона (стоит статус authenticated), либо получают не полностью, только description и vlan'ы (стоит статус config_failed).

Такое ощущение, что OLT на порту понимает только 49 ONU заместо заявленных 64.

Кто-нибудь сталкивался с таким?

 

UPD

Разобрался.

Проблема была в команде

cmd-sequence 3 epon sla downstream pir 100000 cir 20000
cmd-sequence 4 epon sla upstream pir 100000 cir 20000

Голова гарантированно выделяла 49 онушкам по 20 Мбит, а последующие просто не регистрировала.

Відредаговано Fallen_Grayswandir
Ссылка на сообщение
Поделиться на других сайтах

Проблема получила продолжение.

На порту EPON0/2 на данный момент 51 ONU

Если погасить порт и поднять его, то стабильно 2 рандомные онушки либо аутентифицируются и вообще не получают конфиг с шаблона (стоит статус authenticated), либо получают не полностью, только description и vlan'ы (стоит статус config_failed).

Такое ощущение, что OLT на порту понимает только 49 ONU заместо заявленных 64.

Кто-нибудь сталкивался с таким?

 

UPD

Разобрался.

Проблема была в команде

cmd-sequence 3 epon sla downstream pir 100000 cir 20000
cmd-sequence 4 epon sla upstream pir 100000 cir 20000

Голова гарантированно выделяла 49 онушкам по 20 Мбит, а последующие просто не регистрировала.

Добрый день.

Проблема может быть  в cir 20000, но я не уверен в этом.

У нас была похожая ситуация, на линии после появления 59 ону, перестали регестрироваться 2  онушки,  хотя сигналы были в норме. Cir был 15000, поменяли на 12000, пока все нормально.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від AlinaQuan
      An ONU with a CATV port serves as a gateway for IPTV services. It connects the fiber optic network to the user's premises, allowing the delivery of television content over the internet protocol. The CATV port enables the reception of television signals, which can be distributed to TVs within the home via traditional coaxial cables.
       
      And the VOIP port on an ONU facilitates Voice over Internet Protocol (VOIP) services. It enables the transmission of voice calls over the internet, converting analog voice signals into digital data packets that can be transmitted over the network. This port allows users to make phone calls using their internet connection instead of traditional telephone lines.
       
      Here, Exw Shenzhen 1600UAH (Shipping cost and tariff not included) you will get a WIFI 6 ONU with CATV, VOIP, USB port!
       
       
      For whole price, just contact viber/whatsapp/wechat by +8618086327779 for more details!
       
    • Від AlinaQuan
      Привіт усім!
      Сьогодні я хочу поділитися з вами деякою інформацією про PON (Passive Optical Network), а також про переваги використання GPON (Gigabit Passive Optical Network) у проектах FTTH (Fiber to the Home).
       
      PON - це технологія передачі даних, яка використовує оптичні волокна для передачі сигналів до кінцевих користувачів без необхідності використання активного обладнання на шляху. Це дозволяє зменшити витрати на енергію та обслуговування мережі.
       
      Звіт про PON мережеву архітектуру та порівняння GPON, EPON і XGSPON у вигляді таблиці зображений нижче:
       
      Однією з найпопулярніших реалізацій PON є GPON. GPON забезпечує велику пропускну здатність і високу якість обслуговування для кінцевих користувачів. У FTTH проектах використання GPON має численні переваги, такі як зменшення витрат на інфраструктуру, покращення якості послуг та забезпечення масштабованості мережі.
      У моделі GPON мережі є два основних компонента: GPON OLT (Optical Line Terminal) та GPON ONU (Optical Network Unit). GPON OLT знаходиться на стороні провайдера і забезпечує з'єднання зі структурою оптичної мережі. GPON ONU розташовується на стороні користувача і використовується для підключення до оптичної мережі.
       
      При будівництві XGSPON мережі, хоча вона забезпечує найвищу на сьогоднішній день швидкість передачі даних, пристрої XGSPON OLT та XGSPON ONU, які використовуються в ній, мають високу вартість, що не є оптимальним вибором для домашніх мереж. Таким чином, на сьогоднішній день, GPON здається найбільш вигідним рішенням для мережі!
       
      Примітка: усе це перекладено програмним забезпеченням. Ласкаво просимо вказати на це, якщо є проблеми з граматикою чи орфографією.
       
    • Від AlinaQuan
      In the world of fiber optic technology, two terms you might come across are GPON and XGSPON. But what do they mean, and how are they different? Let's dive in and explore these fascinating technologies in simple terms!
       
      What is GPON?
      GPON stands for Gigabit Passive Optical Network. It's a widely used technology for delivering high-speed internet and other services over fiber optic cables. GPON operates by splitting the fiber optic signal into multiple channels, allowing for efficient transmission of data to multiple users simultaneously. It's like having multiple lanes on a highway, ensuring smooth traffic flow even during peak hours.
       
      What is XGSPON?
      XGSPON, on the other hand, stands for 10-Gigabit-capable Passive Optical Network. As the name suggests, XGSPON takes things up a notch by offering even faster speeds than GPON. With XGSPON, data can be transmitted at speeds of up to 10 gigabits per second (Gbps), making it ideal for bandwidth-intensive applications like ultra-high-definition video streaming and virtual reality gaming.
       
      Key Differences:
      Speed: The main difference between GPON and XGSPON is the speed they offer. While GPON typically provides speeds of up to 2.5 Gbps downstream and 1.25 Gbps upstream, XGSPON can deliver speeds of up to 10 Gbps in both directions.
      Bandwidth: With its higher speed capabilities, XGSPON offers greater bandwidth for handling large amounts of data traffic. This makes it well-suited for scenarios where multiple users require ultra-fast internet access simultaneously.
      Compatibility: GPON and XGSPON are not directly compatible with each other. Upgrading from GPON to XGSPON typically requires replacing the optical line terminal (OLT) equipment at the service provider's end, as well as upgrading the customer premises equipment (CPE) such as ONUs or ONTs.
      Conclusion
       
      In summary, GPON and XGSPON are both powerful technologies for delivering high-speed internet over fiber optic networks. While GPON offers impressive speeds suitable for most residential and small business applications, XGSPON takes things to the next level with its blazing-fast speeds and increased bandwidth capacity. Whether you're streaming your favorite shows, gaming online, or running a business, these technologies pave the way for a connected future where speed knows no bounds!

       
      And there you have it – a simple breakdown of the differences between GPON and XGSPON. Keep exploring, keep innovating, and let's continue to ride the wave of fiber optic technology into the future! 🌐✨
       
      Contact Whatsapp / Viber / Wechat +86 18086327779 for more details!
    • Від Inna13
      Наша компанія має стаж роботи понад 15 років. У нас є дві форми оплати з ПДВ та ФОП, гарантія на товар. Найкращі ціни. В наявності і під замовлення. Picotel, Ubiquiti, BDCOM, C-DATA, Picotel, RCI та інші
    • Від Костопашка
      Куплю этажные боксы (аналогичные Депс и Ромсат не предлагать) 


×
×
  • Створити нове...