YagmothAgenda

Плату установили. Единственно после её установки требуется ввести команду upgrade hw-module subslot [slot-number/subslot-number] fpd bundle [reload] После её перезагрузки (модуля), появился новый 10G интерфейс. ЗЫ: Можно ввести команду show upgrade fpd progress и увидеть процесс апгрейда. PD Image Upgrade Progress Table: ==== =================== ==================================================== Approx. Field Programmable Time Elapsed Slot Card Type Device : "ID-Name" Needed Time State ==== =================== ================== ========== ========== =========== 0/1 SPA-1X10GE-L-V2 1-10GE I/O FPGA 00:00:20 00:00:15 Updating... ==== =================== ==================================================== После этого смотрим sho ip int br и о чудо))) Появился 10G интерфейс Interface IP-Address OK? Method Status Protocol Te0/1/0 unassigned YES unset administratively down down ... Ну все миссия выполнена)))

Добрый день. Такой вопрос: можно ли устанавливать модуль SPA-1X10GE-L-V2 на горячую. Ставится в SIP-10, которая стоит в свою очередь в ASR-1004

Debug звонка с Avaya(507) на Cisco(508) <--- SIP read from UDP:10.1.19.200:5060 ---> INVITE sip:508@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKeddfd3298 Max-Forwards: 70 Content-Length: 262 To: 508 <sip:508@10.1.19.4> From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116718 INVITE Supported: timer Allow: NOTIFY Allow: REFER Allow: OPTIONS Allow: INVITE Allow: ACK Allow: CANCEL Allow: BYE Content-Type: application/sdp Contact: 507 <sip:507@10.1.19.200:5060> Supported: replaces User-Agent: Avaya SIP R2.2 Endpoint Brcm Callctrl/1.5.1.0 MxSF/v3.2.6.26 v=0 o=MxSIP 0 1004016115 IN IP4 10.1.19.200 s=SIP Call c=IN IP4 10.1.19.200 t=0 0 m=audio 34008 RTP/AVP 0 8 18 2 127 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:127 telephone-event/8000 a=ptime:20 <-------------> --- (20 headers 12 lines) --- Sending to 10.1.19.200 : 5060 (no NAT) Using INVITE request as basis request - d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 Found peer '507' for '507' from 10.1.19.200:5060 <--- Reliably Transmitting (no NAT) to 10.1.19.200:5060 ---> SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKeddfd3298;received=10.1.19.200 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e To: 508 <sip:508@10.1.19.4>;tag=as3c61cd1b Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116718 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="68439023" Content-Length: 0 <------------> Scheduling destruction of SIP dialog 'd4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200' in 6400 ms (Method: INVITE) <--- SIP read from UDP:10.1.19.200:5060 ---> ACK sip:508@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKeddfd3298 Max-Forwards: 70 Content-Length: 0 To: 508 <sip:508@10.1.19.4>;tag=as3c61cd1b From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116718 ACK User-Agent: Avaya SIP R2.2 Endpoint Brcm Callctrl/1.5.1.0 MxSF/v3.2.6.26 <-------------> --- (9 headers 0 lines) --- <--- SIP read from UDP:10.1.19.200:5060 ---> INVITE sip:508@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKb2a342000 Max-Forwards: 70 Content-Length: 262 To: 508 <sip:508@10.1.19.4> From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116719 INVITE Supported: timer Allow: NOTIFY Allow: REFER Allow: OPTIONS Allow: INVITE Allow: ACK Allow: CANCEL Allow: BYE Contact: 507 <sip:507@10.1.19.200:5060> Content-Type: application/sdp Supported: replaces Authorization:Digest response="12ba77eb6a533a5e772fd82f97e13625",username="507",realm="asterisk",nonce="68439023",algorithm=MD5,uri="sip:508@10.1.19.4" User-Agent: Avaya SIP R2.2 Endpoint Brcm Callctrl/1.5.1.0 MxSF/v3.2.6.26 v=0 o=MxSIP 0 1004016115 IN IP4 10.1.19.200 s=SIP Call c=IN IP4 10.1.19.200 t=0 0 m=audio 34008 RTP/AVP 0 8 18 2 127 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:127 telephone-event/8000 a=ptime:20 <-------------> --- (21 headers 12 lines) --- Sending to 10.1.19.200 : 5060 (no NAT) Using INVITE request as basis request - d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 Found peer '507' for '507' from 10.1.19.200:5060 Found RTP audio format 0 Found RTP audio format 8 Found RTP audio format 18 Found RTP audio format 2 Found RTP audio format 127 Found audio description format PCMU for ID 0 Found audio description format PCMA for ID 8 Found audio description format G729 for ID 18 Found audio description format G726-32 for ID 2 Found audio description format telephone-event for ID 127 Capabilities: us - 0x8 (alaw), peer - audio=0x90c (ulaw|alaw|g726|g729)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x8 (alaw) Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event) Peer audio RTP is at port 10.1.19.200:34008 Looking for 508 in dial_out (domain 10.1.19.4) list_route: hop: <sip:507@10.1.19.200:5060> <--- Transmitting (no NAT) to 10.1.19.200:5060 ---> SIP/2.0 100 Trying Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKb2a342000;received=10.1.19.200 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e To: 508 <sip:508@10.1.19.4> Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116719 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Require: timer Session-Expires: 1800;refresher=uas Contact: <sip:508@10.1.19.4> Content-Length: 0 <------------> <--- Transmitting (no NAT) to 10.1.19.200:5060 ---> SIP/2.0 180 Ringing Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKb2a342000;received=10.1.19.200 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e To: 508 <sip:508@10.1.19.4>;tag=as5ca3a165 Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116719 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Require: timer Session-Expires: 1800;refresher=uas Contact: <sip:508@10.1.19.4> Content-Length: 0 <------------> Audio is at 10.1.19.4 port 13954 Adding codec 0x8 (alaw) to SDP Adding non-codec 0x1 (telephone-event) to SDP <--- Reliably Transmitting (no NAT) to 10.1.19.200:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKb2a342000;received=10.1.19.200 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e To: 508 <sip:508@10.1.19.4>;tag=as5ca3a165 Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116719 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Require: timer Session-Expires: 1800;refresher=uas Contact: <sip:508@10.1.19.4> Content-Type: application/sdp Content-Length: 229 v=0 o=root 465416510 465416510 IN IP4 10.1.19.4 s=Asterisk PBX 1.6.2.13 c=IN IP4 10.1.19.4 t=0 0 m=audio 13954 RTP/AVP 8 127 a=rtpmap:8 PCMA/8000 a=rtpmap:127 telephone-event/8000 a=fmtp:127 0-16 a=ptime:20 a=sendrecv <------------> <--- SIP read from UDP:10.1.19.200:5060 ---> ACK sip:508@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bK9f6c8270b Max-Forwards: 70 Content-Length: 0 To: 508 <sip:508@10.1.19.4>;tag=as5ca3a165 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116719 ACK Contact: 507 <sip:507@10.1.19.200:5060> Authorization:Digest response="48ad0e265bd246dc06413e0e4067f80d",username="507",realm="asterisk",nonce="68439023",algorithm=MD5,uri="sip:508@10.1.19.4" User-Agent: Avaya SIP R2.2 Endpoint Brcm Callctrl/1.5.1.0 MxSF/v3.2.6.26 <-------------> --- (11 headers 0 lines) --- <--- SIP read from UDP:10.1.19.200:5060 ---> BYE sip:508@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKcff361644 Max-Forwards: 70 Content-Length: 0 To: 508 <sip:508@10.1.19.4>;tag=as5ca3a165 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116720 BYE Supported: timer Supported: replaces Authorization:Digest response="cfb2e843fb3b19756e1b4cb4272c6e1d",username="507",realm="asterisk",nonce="68439023",algorithm=MD5,uri="sip:508@10.1.19.4" User-Agent: Avaya SIP R2.2 Endpoint Brcm Callctrl/1.5.1.0 MxSF/v3.2.6.26 <-------------> --- (12 headers 0 lines) --- Sending to 10.1.19.200 : 5060 (no NAT) <--- Transmitting (no NAT) to 10.1.19.200:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.1.19.200:5060;branch=z9hG4bKcff361644;received=10.1.19.200 From: 507 <sip:507@10.1.19.4>;tag=16ec91b4db7b99e To: 508 <sip:508@10.1.19.4>;tag=as5ca3a165 Call-ID: d4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200 CSeq: 1666116720 BYE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Content-Length: 0 <------------> Really destroying SIP dialog 'd4b2164f66b7052b0bf63d0f18ae0a0e@10.1.19.200' Method: BYE

Завтра сделаю дебаг и выложу.

Вот такой вот Debug с Астера. Дебажил по IP адрессам IP-телефонов. Могу скинуть дамп не удачного звонка.

Кодек должен быть везде 711, так же прилагаю дамп звонка. Если интересно могу приложить дамп нормально звонка (вместо Cisco 7940 выступает модель 7911)

НАТа нету. Ребята находятся в одной сети. Есть дебаг звонка, есть дамп звонка. В дампе RTP пакеты ходят, но голоса нету. ЗЫ: Ниже выкладываю дебаг звонка. <--- SIP read from UDP:10.1.19.218:52662 ---> INVITE sip:507@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK26938e6f From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4> Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Max-Forwards: 70 Date: Mon, 17 Feb 2014 07:57:04 GMT CSeq: 101 INVITE User-Agent: Cisco-CP7940G/8.0 Contact: <sip:508@10.1.19.218:5060;transport=udp> Expires: 180 Accept: application/sdp Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE Remote-Party-ID: "508" <sip:508@10.1.19.4>;party=calling;id-type=subscriber;privacy=off;screen=yes Supported: replaces,join,norefersub Content-Length: 274 Content-Type: application/sdp Content-Disposition: session;handling=optional v=0 o=Cisco-SIPUA 17805 0 IN IP4 10.1.19.218 s=SIP Call t=0 0 m=audio 18382 RTP/AVP 0 8 18 101 c=IN IP4 10.1.19.218 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv <-------------> --- (18 headers 13 lines) --- Sending to 10.1.19.218 : 5060 (no NAT) Using INVITE request as basis request - 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Found peer '508' for '508' from 10.1.19.218:52662 <--- Reliably Transmitting (no NAT) to 10.1.19.218:5060 ---> SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK26938e6f;received=10.1.19.218 From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4>;tag=as164ca2fa Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 CSeq: 101 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="172e5f06" Content-Length: 0 <------------> Scheduling destruction of SIP dialog '000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218' in 6784 ms (Method: INVITE) <--- SIP read from UDP:10.1.19.218:52663 ---> ACK sip:507@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK26938e6f From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4>;tag=as164ca2fa Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Date: Mon, 17 Feb 2014 07:57:04 GMT CSeq: 101 ACK Content-Length: 0 <-------------> --- (8 headers 0 lines) --- <--- SIP read from UDP:10.1.19.218:52664 ---> INVITE sip:507@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK1e7731af From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4> Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Max-Forwards: 70 Date: Mon, 17 Feb 2014 07:57:04 GMT CSeq: 102 INVITE User-Agent: Cisco-CP7940G/8.0 Contact: <sip:508@10.1.19.218:5060;transport=udp> Authorization: Digest username="508",realm="asterisk",uri="sip:507@10.1.19.4",response="bcfe970920c50645936310ccdb03f36b",nonce="172e5f06",algorithm=MD5 Expires: 180 Accept: application/sdp Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE Remote-Party-ID: "508" <sip:508@10.1.19.4>;party=calling;id-type=subscriber;privacy=off;screen=yes Supported: replaces,join,norefersub Content-Length: 274 Content-Type: application/sdp Content-Disposition: session;handling=optional v=0 o=Cisco-SIPUA 17805 0 IN IP4 10.1.19.218 s=SIP Call t=0 0 m=audio 18382 RTP/AVP 0 8 18 101 c=IN IP4 10.1.19.218 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv <-------------> --- (19 headers 13 lines) --- Sending to 10.1.19.218 : 5060 (no NAT) Using INVITE request as basis request - 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Found peer '508' for '508' from 10.1.19.218:52664 Found RTP audio format 0 Found RTP audio format 8 Found RTP audio format 18 Found RTP audio format 101 Found audio description format PCMU for ID 0 Found audio description format PCMA for ID 8 Found audio description format G729 for ID 18 Found audio description format telephone-event for ID 101 Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x10c (ulaw|alaw|g729)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0xc (ulaw|alaw) Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event) Peer audio RTP is at port 10.1.19.218:18382 Looking for 507 in dial_out (domain 10.1.19.4) list_route: hop: <sip:508@10.1.19.218:5060;transport=udp> <--- Transmitting (no NAT) to 10.1.19.218:5060 ---> SIP/2.0 100 Trying Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK1e7731af;received=10.1.19.218 From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4> Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 CSeq: 102 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Contact: <sip:507@10.1.19.4> Content-Length: 0 <------------> <--- Transmitting (no NAT) to 10.1.19.218:5060 ---> SIP/2.0 180 Ringing Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK1e7731af;received=10.1.19.218 From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4>;tag=as588e58cb Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 CSeq: 102 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Contact: <sip:507@10.1.19.4> Content-Length: 0 <------------> Audio is at 10.1.19.4 port 15806 Adding codec 0x8 (alaw) to SDP Adding codec 0x4 (ulaw) to SDP Adding non-codec 0x1 (telephone-event) to SDP <--- Reliably Transmitting (no NAT) to 10.1.19.218:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK1e7731af;received=10.1.19.218 From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4>;tag=as588e58cb Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 CSeq: 102 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Contact: <sip:507@10.1.19.4> Content-Type: application/sdp Content-Length: 253 v=0 o=root 105493841 105493841 IN IP4 10.1.19.4 s=Asterisk PBX 1.6.2.13 c=IN IP4 10.1.19.4 t=0 0 m=audio 15806 RTP/AVP 8 0 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv <------------> <--- SIP read from UDP:10.1.19.218:52665 ---> ACK sip:507@10.1.19.4 SIP/2.0 Via: SIP/2.0/UDP 10.1.19.218:5060;branch=z9hG4bK132a8dc8 From: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 To: <sip:507@10.1.19.4>;tag=as588e58cb Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Max-Forwards: 70 Date: Mon, 17 Feb 2014 07:57:07 GMT CSeq: 102 ACK User-Agent: Cisco-CP7940G/8.0 Authorization: Digest username="508",realm="asterisk",uri="sip:507@10.1.19.4",response="bcfe970920c50645936310ccdb03f36b",nonce="172e5f06",algorithm=MD5 Remote-Party-ID: "508" <sip:508@10.1.19.4>;party=calling;id-type=subscriber;privacy=off;screen=yes Content-Length: 0 <-------------> --- (12 headers 0 lines) --- Scheduling destruction of SIP dialog '000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218' in 6784 ms (Method: ACK) set_destination: Parsing <sip:508@10.1.19.218:5060;transport=udp> for address/port to send to set_destination: set destination to 10.1.19.218, port 5060 Reliably Transmitting (no NAT) to 10.1.19.218:5060: BYE sip:508@10.1.19.218:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 10.1.19.4:5060;branch=z9hG4bK1812c225;rport Max-Forwards: 70 From: <sip:507@10.1.19.4>;tag=as588e58cb To: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 CSeq: 102 BYE User-Agent: Asterisk PBX 1.6.2.13 X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0 --- <--- SIP read from UDP:10.1.19.218:52666 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.1.19.4:5060;branch=z9hG4bK1812c225;rport From: <sip:507@10.1.19.4>;tag=as588e58cb To: "508" <sip:508@10.1.19.4>;tag=000b5f05273e17f97b117787-3a309321 Call-ID: 000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218 Date: Mon, 17 Feb 2014 07:57:11 GMT CSeq: 102 BYE Server: Cisco-CP7940G/8.0 Content-Length: 0 RTP-RxStat: Dur=7,Pkt=185,Oct=29600,LatePkt=0,LostPkt=0,AvgJit=0 RTP-TxStat: Dur=4,Pkt=200,Oct=32000 <-------------> --- (11 headers 0 lines) --- SIP Response message for INCOMING dialog BYE arrived Really destroying SIP dialog '000b5f05-273e0021-1273be66-7c3ade0a@10.1.19.218' Method: ACK Reliably Transmitting (no NAT) to 10.1.19.218:5060: OPTIONS sip:508@10.1.19.218:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 10.1.19.4:5060;branch=z9hG4bK06125c51;rport Max-Forwards: 70 From: "asterisk" <sip:asterisk@10.1.19.4>;tag=as176b669e To: <sip:508@10.1.19.218:5060;transport=udp> Contact: <sip:asterisk@10.1.19.4> Call-ID: 0d1f2fbc3e9b266e718007e122e67c7d@10.1.19.4 CSeq: 102 OPTIONS User-Agent: Asterisk PBX 1.6.2.13 Date: Mon, 17 Feb 2014 07:57:15 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Content-Length: 0 --- <--- SIP read from UDP:10.1.19.218:52667 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.1.19.4:5060;branch=z9hG4bK06125c51;rport From: "asterisk" <sip:asterisk@10.1.19.4>;tag=as176b669e To: <sip:508@10.1.19.218:5060;transport=udp>;tag=000b5f05273e17fa0df658f9-6e03f93f Call-ID: 0d1f2fbc3e9b266e718007e122e67c7d@10.1.19.4 Date: Mon, 17 Feb 2014 07:57:15 GMT CSeq: 102 OPTIONS Server: Cisco-CP7940G/8.0 Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE Accept: application/sdp,multipart/mixed,multipart/alternative Accept-Encoding: identity Accept-Language: en Supported: replaces,join,norefersub Content-Length: 236 Content-Type: application/sdp Content-Disposition: session;handling=optional v=0 o=Cisco-SIPUA 10787 0 IN IP4 10.1.19.218 s=SIP Call t=0 0 m=audio 0 RTP/AVP 0 8 18 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 <-------------> --- (16 headers 11 lines) --- Really destroying SIP dialog '0d1f2fbc3e9b266e718007e122e67c7d@10.1.19.4' Method: OPTIONS

Могу дать дамп проблемного звонка.

Имхо собака тут порылась. Кошак промахивается портом при передаче rtp на аваю. Попробуйте вообще неуказывать эти параметры или расширить диаппазон. Выставил на AVAYA RTP порты ручками SET RTP_PORT_LOW 10000 - выставляешь начало SET RTP_PORT_RANGE 10000 - выставляешь диапазон Ситуация не изменилась. PS:Какие значения по дифолту у AVAYA я не знаю((( PS:Вот пример настройки портов ## UDP Minimum Port Value ## Specifies the lower limit of the UDP port range ## to be used by RTP/RTCP or SRTP/SRTCP connections. ## (1024 -65503). ## Note : This setting is applicable for 1603 SIP phones also. ## SET RTP_PORT_LOW 5004 ## ## UDP Port Range ## Specifies the range or number of UDP ports ## available for RTP/RTCP or SRTP/SRTCP connections. ## This value is added to RTP_PORT_LOW to determine ## the upper limit of the UDP port range (32-64511). ## Note : This setting is applicable for 1603 SIP phones also. ## SET RTP_PORT_RANGE 40

Столкнулся с такой проблемой. Есть два IP-телефона Cisco 7940 и Avaya 4602SW+IP. Данные телефонные аппараты регистрируются в свою очередь на Asreske. Проблема в следующем: При звонке с IP-телефона Cisco 7940 на IP-телефон Avaya 4602SW+IP, абонент сидящий за телефоном Avaya не слышит абонента сидящего за телефоном Cisco, при этом абонента телефона Cisco слышит абонента телефона Avaya. При звонке с телефонного аппарата Avaya на Cisco голос идет нормально в две стороны. При звонке на Avaya с другого IP-телефона Cisci 7911 голос идет нормально в обе стороны. Телефоны работают по протоколу SIP. Ниже настройки телефонных аппаратом. --------------------------------------- Avaya 4602SWS+IP Прошивка s02d02p2_2_3.bin SET HTTPSRVR "10.1.19.4" SET HTTPDIR "/avaya/" SET HTTPPORT 80 #SET AUTH 0 SET SIG 2 #SET VLANTEST 896 SET SYSLANG Russian SET REGISTERWAIT "3600" SET SIPDOMAIN "x.x.x.x" SET SIPPROXYSRVR "x.x.x.x" SET SIPREGISTRAR "x.x.x.x" SET SIPPORT "5060" SET SNTPSRVR "x.x.x.x" SET GMTOFFSET "6:00" SET DATESEPARATOR "-" SET DATETIMEFORMAT "3" SET DIALWAIT "3" SET DIALPLAN "981xxxxxxxxxxxxxxx|98[2-9]xxxxxxxxxx|9[1-79]xxxxx|9[0]xx|[1-8]xx" <TEMPLATE MATCH="98.........." TIMEOUT="0"/> <TEMPLATE MATCH="9810*" TIMEOUT="3"/> <TEMPLATE MATCH="9000*" TIMEOUT="3"/> <TEMPLATE MATCH="9......" TIMEOUT="0"/> <TEMPLATE MATCH="0..." TIMEOUT="0"/> <TEMPLATE MATCH="1000" TIMEOUT="0"/> <TEMPLATE MATCH="..." TIMEOUT="0"/> <TEMPLATE MATCH="*" TIMEOUT="3"/> --------------------------------------- Cisco 7940 image_version: P0S3-8-12-00 proxy1_address: "x.x.x.x" proxy1_port: "5060" proxy_register: 1 outbound_proxy: "x.x.x.x" outbound_proxy_port: "5060" voip_control_port: "5060" start_media_port: "10000" end_media_port: "20000" sntp_server: "x.x.x.x"; SNTP Server IP Address sntp_mode : unicast time_zone: WAST dst_auto_adjust: 0 date_format : D/M/Y telnet_level: 2 dial_template: dialplan call_stats: 1 directory_url: "http://x.x.x.x./directory/directory.xml"; URL for external Directory location services_url: "http://x.x.x.x/directory/service.xml" #logo_url: "http://x.x.x.x/enter.bmp"; URL for branding logo to be used on phone display logo_url: "" language: RU --------------------------------------- Ну и следовательно вопрос. Кто с таким сталкивался и как проблема решилась. Так же, кому интересно, могу выслать дам звонка с односторонней слышимостью.

Я понимаю, что пишу поздно))), но лучше поздно чем никогда. Я представил твою схему таким образом. Как ты писал провайдер сам навесит второй (внешний тег) Vlan(500) на пакеты приходящие с коммутатора (правый коммутатор). Если он с двойным тегом выдает информацию тебе на коммутатор (левый коммутатор), то верхний тег ты сможешь снять на коммутаторе сам. Если провайдер использует двойное тегирование лишь для того чтобы пробросить твой Vlan через свою сеть, то тебе достаточно принять два тега (300 и 501). 501Vlan как я понял подкинет провайдер внутри своей сети. Если со вторым вариантом всё понятно (Провайдер нацепил второй тег при входе в свою сеть и при выходе его скинул, отдав тебе лишь нужные теги 300 и 501), то со первым варинатом есть два способа решения. 1. Способ Если твой маршрутизатор знает двойное тегирование, то настройка делается на нём. Коммутатор (который слева) просто пропускает влан по верхней метке (500) 2. Способ Если ты решаешь снять тег на коммутаторе, то на 4ом порту ставишь 500Vlan тегом, а на первом порту выдаешь антагом. config vlan vlanid 500 add tagged 4 config vlan vlanid 500 add untagged 1 enable qinq config qinq ports 2-10 outer_tpid 0x8100 Смысл прост - на коммутатор (4ый порт) приходит пакет с двойным тегом и верхний тег снимается при выходе с коммутатора (1ый порт) на маршрутизатор.

Управление полезно держать без тегов. Решает много проблем, в том числе и эту. Вопрос такой, как мне держать управление коммутатора без тега, если он находится на узле в каком-либо доме на котором сидят абоненты в разных VLan, а также есть пользователь, которому требуется услуга QinQ?

Выходит не правельно высказался. Хотя с другой стороны я написал, что они меняются, а не сбрасываются))). Первые попытки были на более древней прошивки и там возможность изменить tpid до включения QinQ не было.

Разобрался. Сначало прописываем команду config qinq ports 1-28 outer_tpid 0x8100, а потом включаем QinQ enable qinq. При этом значечние tpid остаётся 0x8100 и управление не меняется. config qinq ports 1-28 outer_tpid 0x8100 enable qinq Прошивка и ревизия коммутатора на котором произвожу опыты: Firmware Version : Build 4.33.B010 Hardware Version : C1 Данная функция стала возможно на последних версиях прошивки для ревизии C1.

Копирование конфига канает. Несколько команд сразу нужно проверить. Просто ищу простой вариант при котором можно было ввести пару команд и не плакаться))) Надеялся, что есть возможность в принудиловку выстваить tpid портов на 0x8100 при включении QinQ. Теорию я знаю))) А вот как это практически делается на оборудование серии DES-3200 К примеру на коммутатор приходит трафик с тегом 100. Мы пакеты заворачиваем во второй, внешний тег 1000. И вот представим, что необходимо поменять внутреннюю метку с 100 на 110 и внешний тег 1000 на 1100. (не спрашивайте зачем такие махинации) Тоесть мне надо расммотреть возможность замены обоих меток (внутренней и внешней) как вместе так и по отдельности. И чтобы всё это выполнил один коммутатор. Пример для чего нужно заменить внутренню метку: Представим контору, которая хочет гонять через провайдера свой трафик (тоесть будут ходить всякие конторские SNMP, MSTP и тому подобные протоколы). И вот с одной стороны у них 100Vlan, а с другой принемают 110Vlan (Не спрашивайте как вот такая задача получилась, я просто её выдумал для теста) Ну и как бы ответ я бы хотел получить не "тут всё просто берёшь меняшь и бдыщ бдыщ всё работает", а ответ с командами. Я же конечный вариант выложил с конфигом и описанием какие команды что делают. Как бы надеялся, что люди у которых возникнит вопрос по QinQ смогут в этой теме найти ответ в развёрнутом виде. ЗЫ: Я высказался)))

Есть проблема, которую никак не могу победить. При включении QinQ все порты меняют свой tpid c 0x8100 на 0x88a8 и соответственно слетает управление (так как на него приходит стандартный пакет с тэгом) Если настраиваешь коммутатор с консоли, то проблем понятно нету, а вот что делать если мне требуется настроить QinQ на коммутаторе, который уже включен в работу. Короче такой вопрос, как включить QinQ через telnet и не потерять управление.

Всё разобрался. Вот конфиг DES_1 config vlan default delete 1-23 create vlan QinQ tag 1288 config vlan QinQ add tagged 2 config vlan QinQ add untagged 1 advertisement disable enable qinq config qinq ports 1 role uni missdrop disable outer_tpid 0x8100 config qinq ports 1 add_inner_tag 0x64 config qinq ports 2 role nni missdrop disable outer_tpid 0x8100 config qinq ports 3-26 role nni missdrop disable outer_tpid 0x88A8 эти порты я не трогал,так что их можно опустить Как я понял команда config qinq ports 1 add_inner_tag 0x64 добавляет внутренний тэг на пакет пришедший на первый порт. 0x64 - это 100 (в 16ричном формате) config qinq ports 1 role uni missdrop disable outer_tpid 0x8100 config qinq ports 1 add_inner_tag 0x64 Две эти команды в сумме позволяют снять два тега перед отправкой пакета с первого порта в сторону клиентского компьютера и навешать оба тега (внутренний и в внешний) Единственно мне бы для полной ясности головы понять какая именно команда из них позваляет снять внутренний тэг. Тоесть был бы рад если бы кто обьяснил логику снятия тэгов с пакета для данных команд. ЗЫ: Считаю что данную схему сделал))) ЗЗЫ: Займусь трянсляцией VLAN Как только разберусь обязательно отпишусь.

С трансляцией VLAN ничего не получилось (времени не было. Вернулся к QinQ. В предыдущий раз я гонял клиентский тэгированный трафик между двумя маршрутизаторами. Сейчас задался вопросом. С одной стороны стоит маршрутизатор, который генерирует пакет уже с двойным тегом и посылает его в сеть, а клиентское оборудование должно поймать пакет без тэга. Схема следующая На одном стороне стоит маршрутизатор провайдера, который настроен "посылать" покета с двойным тегом. interface GigabitEthernet0/1.1288 description QinQ encapsulation dot1Q 1288 second-dot1q 100 ip address 192.168.0.1 255.255.255.0 Коммутаторы DES-2 и DES-3 настроенны так чтобы просто пропускать 1288VLAN (игнорирую внутренний тэг). Тоесть настроенны обычным образом. Коммутатор DES-3 должен сделать следующее: 1. Принять пакет с вернихм тэгом на порт uplink (2ой порт). 2 Снять вернюю метку. 3 Выдать на клиентский порт (1ый порт) не тегированный трафик 4 При отправки трафика с клиентского PC на коммутаторе DES-1 на пакет должен быть навешен тэг 100 и потом в свою очередь он должен быть завёрнут в 1288VLAN. Тоесть смысл такой, принять пакет с двумя тэгами на uplink (внутренний - 100 и внешний - 1288) и передать пакет на клиента уже без тэга. Инженерские муки проходят на оборудование DES-3200-26 Boot PROM Version : Build 4.00.002 Firmware Version : Build 4.33.B010 Hardware Version : C1 Вот такая вот печенюшка. Охота знать в какую сторону копать (ну естественно понятно, что QinQ) и есть ли такая функция на коммутаторах данной серии.

Есть задача, буду делать. А как применять будут это уже другое дело. Я же тебе рассказывал, что вероятность трансляции Vlan'ов "Крайне мала!!!" ))) И кстате при настройке QinQ всё давольно просто и не требуется особых усилий, надеюсь, что и странсляцией тоже будет также.

Добрый день. Хотел бы продолжить мучения всем полюбившегося коммутатора DES-3200-28. Теперь задача изменилась, но от этого не стала менее интересна. Ниже привожу схему. Задания сделать трансляцию вланов, при этом на крайних коммутаторов работает QinQ Задание первое: Клиентских циска Cisco7200, рассположенная с лева, посылает тегированный трафик (Vlan10), а с другой стороны стоит Cisco, у которой порт настроен на работу с 20Vlan. Требуется произвести трансляцию вланов 10 и 20. Причём не забываем про qinq. В итоге как я понимаю требуется произвести трансляцию внутреннего тега. Задание второе: Всё тоже, только требуется сделать транляцию внешнего тега. Тоесть на коммутаторе DES_1 трафик клиента будит "заворачиваться" в 100 Vlan, а на DES_3 в 110Vlan. Тоесть требуется выполнить трансляцию внешнего тега. ЗЫ:Не забываем, что это всеголишь стенд, а не реально существующая сеть провайдора))) ЗЗЫ:Вообще стоит задача отработать трансляцию внутренних и внешних Vlan'ов. Я начал крутить сию задачу со стороны команды vlan_translation, но как я понял это командой можно менять/добовлять внешний тег. create vlan_translation ports 2 add cvid 10 svid 100 Как я понял это значит, применить трансляцию на втором порту, в случае если внутрений Vlan 10 добавить внешний Vlan 100. Я только начал копать в эту тему, посему как что найду сразу отпишусь. Ну и естественно жаждю помощи для ускорения процесса.

Поигрался с TPID и uni nni. Короче все порты NNI, TPID 0x8100 на всех портах кроме тех к которым подлюченны циски (так как там ходит тэгированный трафик) Тоесть 1-ый коммутатор 1-ый порт TPID 0x88a8 и 3ий коммутатор 2-ой порт TPID 0x88a8, остальные как говорил TPID 0x8100. Если TPID на портах где подключенны циски поменять на 0x8100, то трафик ходить не будит. Теперь все работает нормально. Циски пингуют друг друга, клиентские машинки тоже.

Пингуется с клиента на 3-ем порту 1-го коммутатора. Пакет, который приходит на 3-ий порт 1-го коммутатора. -------------------------------------------------------------- Frame 9 (60 bytes on wire, 60 bytes captured) Arrival Time: Aug 9, 2012 16:59:29.178239000 Time delta from previous captured frame: 2.861392000 seconds Time delta from previous displayed frame: 2.861392000 seconds Time since reference or first frame: 401.317803000 seconds Frame Number: 9 Frame Length: 60 bytes Capture Length: 60 bytes Frame is marked: False Protocols in frame: eth:arp Coloring Rule Name: ARP Coloring Rule String: arp Ethernet II, Src: Cisco_f8:76:42 (00:23:04:f8:76:42), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Destination: Broadcast (ff:ff:ff:ff:ff:ff) Address: Broadcast (ff:ff:ff:ff:ff:ff) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) Source: Cisco_f8:76:42 (00:23:04:f8:76:42) Address: Cisco_f8:76:42 (00:23:04:f8:76:42) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: ARP (0x0806) Trailer: 000000000000000000000000000000000000 Address Resolution Protocol (request) Hardware type: Ethernet (0x0001) Protocol type: IP (0x0800) Hardware size: 6 Protocol size: 4 Opcode: request (0x0001) Is gratuitous: False Sender MAC address: Cisco_f8:76:42 (00:23:04:f8:76:42) Sender IP address: 192.168.1.1 (192.168.1.1) Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00) Target IP address: 192.168.1.2 (192.168.1.2) -------------------------------------------------------------- Пакт, который приходит на 2-ой порт 1-го коммутатора. -------------------------------------------------------------- Frame 18 (64 bytes on wire, 64 bytes captured) Arrival Time: Aug 9, 2012 17:04:05.991994000 Time delta from previous captured frame: 39.738628000 seconds Time delta from previous displayed frame: 39.738628000 seconds Time since reference or first frame: 272.816687000 seconds Frame Number: 18 Frame Length: 64 bytes Capture Length: 64 bytes Frame is marked: True Protocols in frame: eth:ieee8021ad:arp Coloring Rule Name: ARP Coloring Rule String: arp Ethernet II, Src: Cisco_f8:76:42 (00:23:04:f8:76:42), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Destination: Broadcast (ff:ff:ff:ff:ff:ff) Address: Broadcast (ff:ff:ff:ff:ff:ff) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) Source: Cisco_f8:76:42 (00:23:04:f8:76:42) Address: Cisco_f8:76:42 (00:23:04:f8:76:42) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: 802.1ad Provider Bridge (Q-in-Q) (0x88a8) IEEE 802.1ad, ID: 90 000. .... .... .... = Priority: 0 ...0 .... .... .... = DEI: 0 .... 0000 0101 1010 = ID: 90 Type: ARP (0x0806) Trailer: 000000000000000000000000000000000000 Address Resolution Protocol (request) Hardware type: Ethernet (0x0001) Protocol type: IP (0x0800) Hardware size: 6 Protocol size: 4 Opcode: request (0x0001) Is gratuitous: False Sender MAC address: Cisco_f8:76:42 (00:23:04:f8:76:42) Sender IP address: 192.168.1.1 (192.168.1.1) Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00) Target IP address: 192.168.1.2 (192.168.1.2) Остальные пакеты чуть позже выложу.

Довольно странно, даже на сайте у длинка бетта - v1.80.B007. На моих v1.52.B005 стоит. upd: Натупил =) На ревизию C своя линейка прошивок. У меня таких нет к сожалению. Для информации Firmware Version : Build 4.00.024 Hardware Version : C1 В случае если у кого есть более свежая версия прошивки, на которой работают данные команды. Пишите с указанием прошивки)))

я бы port based q-n-q попробовал: config qinq ports 3 role uni trust_cvid disable vlan_translation disable К сожалению чать данной команды не доступна на модели 3200-28 с прошивкой Firmware: Build 4.00.024. Точнее trust_cvid и vlan_translation disable. Скажите, если вы пробывали эту команду, то какая прошивка у вас была.

create vlan_translation ports [<portlist> | all] [add cvid <vidlist> | replace cvid <vlanid 1-4094>] svid <vlanid 1-4094> вот есть такое правило транслияции. По поводу проснеферить тут ты прав. Будит время сделаю и выложу.