провайдер не видит моего ACK'а
приветствую всех! не бейте ногами, я здесь новенький
Столкнулся с проблемой, что провайдер не видит моего ACK'а
куда копать вроде бы вчера все еще работало
схема - астериск 1,8 (centOs 5) + 4 voip шлюза Zyxel-2024 в одной локальной сети на одном интерфейсе, на другом локалка провайдера, где получаю по SIP'у peer-to-peer входящую связь
сейчас 50 человек сидят без городской связи, и мне икается
звонок с города идет на гор номер, выслушиваю приветствие, делаю донабор напр на 101 номер (факс на автомате), сеачала пару смазанных гудков, соединение состоялось, звука нет
в консоли
[Nov 8 14:20:06] NOTICE[3510]: chan_sip.c:19523 handle_response_peerpoke: Peer
'MT01' is now Lagged. (21041ms / 3000ms)
== Spawn extension (office, 141, 1) exited non-zero on 'SIP/136-000000c4'
[Nov 8 14:20:16] NOTICE[3510]: chan_sip.c:19523 handle_response_peerpoke: Peer
'MT01' is now Reachable. (20ms / 3000ms)
провайдер утверждает, что на мой инвайт он присылает OK 200 , а в ответ ничего нет.. хотя должен быть ACK
вот кусок дебага
| Quote: |
| BYE sip:8552397529@192.168.97.100:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.97.110:5062;branch=z9hG4bK2108717383 From: ;tag=674886216 To: "8552397529" ;tag=as02b628f7 Call-ID: 7566cecf79ed36f546ce08973bad3a46@192.168.97.100:5060 CSeq: 103 BYE Contact: Max-Forwards: 70 User-Agent: SkypeMate SIP-T26P Content-Length: 0 --- (10 headers 0 lines) --- Sending to 192.168.97.110:5062 (no NAT) Scheduling destruction of SIP dialog '7566cecf79ed36f546ce08973bad3a46@192.168.9 7.100:5060' in 32000 ms (Method: BYE) SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.97.110:5062;branch=z9hG4bK2108717383;received=192.168.9 7.110 From: ;tag=674886216 To: "8552397529" ;tag=as02b628f7 Call-ID: 7566cecf79ed36f546ce08973bad3a46@192.168.97.100:5060 CSeq: 103 BYE Server: Asterisk PBX 1.8.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS H Supported: replaces, timer Content-Length: 0 set_destination: Parsing for address /port to send to set_destination: set destination to 10.220.0.2:5060 Audio is at 5060 Adding codec 0x100 (g729) to SDP Adding codec 0x8 (alaw) to SDP Adding non-codec 0x1 (telephone-event) to SDP Reliably Transmitting (no NAT) to 10.220.0.2:5060: INVITE sip:8552397529@10.220.0.2:5060;user=phone SIP/2.0 Via: SIP/2.0/UDP 10.220.9.5:5060;branch=z9hG4bK5f4bac64 Max-Forwards: 70 From: ;tag=as72e49bdc To: ;tag=35a08216 Contact: Call-ID: SBCacdf1f4ba11f5c6b9a505a1d41741c2a@10.200.66.5 CSeq: 103 INVITE User-Agent: Asterisk PBX 1.8.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS H Supported: replaces, timer X-asterisk-Info: SIP re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 301 v=0 o=root 1111424262 1111424264 IN IP4 10.220.9.5 s=Asterisk PBX 1.8.0 c=IN IP4 10.220.9.5 t=0 0 m=audio 24784 RTP/AVP 18 8 97 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:8 PCMA/8000 a=rtpmap:97 telephone-event/8000 a=fmtp:97 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv --- |
пытался изменить qualify, отключал iptables, разрешал пирам разные кодеки, прописывал разные значения fromdomain? fromusername
прямого намека на проблему в дебаге не нашёл, djn
Last edited by neumax on Mon Nov 08, 2010 14:52
Явная проблема на стороне * - он не отправляет SIP ACK.
Вариант раз - пока "peer unreachable" * ничего в его сторону не шлет. Попробуй отключить квалифай.
Вариант два - все-таки проблема на стороне прова, но она не явная, а где-то в привязке SIP OK к диалогу.
Ну и да, видимо приведен не весь диалог - в INVITE установлен и TO tag, чего не должно быть в первом инвайте.
в процессе усиленного "допроса" представителя поддержки, он произнес сокровенные слова "зачем-то тут ваш ре-инвайт.."
тут же на проводе добавил в sip.conf
canreinvite=no
и всё..
кстати, провайдер сказал, что 180 sip необязателен, типа автооответчик может стоять..
Большое всем спасибо!